Method and system for utilizing secure profiles in event detection

ABSTRACT

The presenting invention relates to techniques for implementing a secure operating environment for the execution of applications on a computing devices (e.g., a mobile phone). In The secure operating environment may provide a trusted environment with dedicated computing resources to manage security and integrity of processing and data for the applications. The applications may be provided with a variety of security services and/or functions to meet different levels of security demanded by an application. The secure operating environment may include a security engine that enumerates and/or determines the security capabilities of the secure operating environment and the computing device, e.g., the hardware, the software, and/or the firmware of the computing device. The security engine may provide security services desired by applications by choosing from the security capabilities that are supported by the secure operating environment and the computing device.

CROSS-REFERENCES TO RELATED APPLICATIONS

This application is a continuation application of and claims the benefitof priority from U.S. patent application Ser. No. 14/269,999, entitled“Security Engine for a Secure Operating Environment,” filed on May 5,2014, which is a non-provisional application which claims priority andbenefit from each of the following patent applications:

1) U.S. Provisional Application No. 61/819,305, filed May 3, 2013,entitled “MIDDLEWARE SECURITY STACK”;

(2) U.S. Provisional Application No. 61/840,394, filed Jun. 27, 2013,entitled “VIRTUALIZED KEY STORE IN VIRTUAL SANDBOX”; and

(3) U.S. Provisional Application No. 61/840,402, filed Jun. 27, 2013,entitled “VIRTUALIZED MEMORY MANAGEMENT IN VIRTUAL SANDBOX.”

The entire contents of each of the above-identified patent applicationsare incorporated herein by reference for all intents and purposes.

TECHNICAL FIELD

The present disclosure relates to techniques for implementing a securityengine in a secure operating environment on a computing device. Inparticular, the present invention relates to determining securitycapabilities of a computing device and providing security services basedon the available security capabilities.

BACKGROUND

As the computing capabilities of mobile devices become more and morepowerful, consumers are increasingly using their mobile devices toaccess the internet and to perform more and more complex tasks. Forexample, mobile devices are being used in an increasing manner to accessservices and subscriptions through applications running on mobiledevices. These applications enable consumers, for example, to conductpayment transactions, access bank accounts, and access subscribedcontent. To facilitate access to services and subscriptions via mobiledevices, consumers are entrusting their mobile devices and theapplications running thereon with sensitive data such as PersonalIdentifiable Information (for example, birth dates, social securitynumbers, etc.) and Personal Account Information (for example, creditcard numbers, account numbers, passwords, etc.). As a result, mobiledevices are becoming a popular and attractive target for viruses,malware, and phishing attempts.

With an increase in reliance on applications running on mobile devicesto secure access to services and subscriptions, the mobile devices arecontinuously storing and interacting with sensitive data. The sensitivedata can be stored in different areas of the device and can becontrolled and managed by multiple applications. Sensitive data may alsobe channeled to a device through user input, applications, cameras,sensors, interactions with other devices, removable media or any othersuitable means. The amount of sensitive data that is stored and managedon the mobile device will continue to increase with the reliance on suchdevices.

As a way of protecting the sensitive data, mobile devices may use asecure element in the form of a hardware chip to process and accesssensitive data. However, the amount of sensitive data that can beprotected by a secure element may be hindered by the computing resourcesand storage capacity of the secure element. Users may install securitysensitive applications as more and more security sensitive tasks arebeing performed. However, the variation of support for securityfunctionality between any two devices is too large for rapid developmentand secure deployment of security sensitive applications. For example,in a “bring your own device” environment, even within a singlecorporation many hundreds of variations of hardware, operating systemsand security hooks exist.

The significant variations in the operating environments for the variousdevices can lead to development of applications that use the leastcommon denominator in terms of security features offered based on acombination of hardware and operating system resources in the variousoperating environments. In many instances, the device itself does notsupport the security functions desired by the security application,thereby reducing the options available for running the applicationsecurely, implementing security algorithms in the application itself ornot installing or running the security sensitive application on thedevice at all.

Embodiments of the present disclosure address these and other problems,individually and collectively.

BRIEF SUMMARY

The presenting invention relates to techniques for implementing a secureoperating environment for the execution of applications on a computingdevices (e.g., a mobile phone). In The secure operating environment mayprovide a trusted environment with dedicated computing resources tomanage security and integrity of processing and data for theapplications. The applications may be provided with a variety ofsecurity services and/or functions to meet different levels of securitydemanded by an application.

In some embodiments, the secure operating environment may include asecurity engine that enumerates and/or determines the securitycapabilities of the secure operating environment and the computingdevice, e.g., the hardware, the software, and/or the firmware of thecomputing device. The security engine may provide security servicesdesired by applications by choosing from the security capabilities thatare supported by the secure operating environment and the computingdevice. The security capabilities may be chosen based on considerationof criteria including sensitivity of data processed for an application,a type of application, a type of operations performed by theapplication, other criteria related to the security of the application,or a combination thereof.

In some embodiments, the security operating environment may provide acallable interface that enables an application executing in the secureoperating environment to request security services from differentcategories of security services. The categories of security services mayinclude memory management, data protection, communication security,identity management, authentication, access control, and privilegeescalation detection. The security services may be provided based on thesecurity capabilities of the computing device. The security operatingenvironment may augment the security capabilities of the computingdevice with additional security capabilities. By providing securityservices in addition to those discovered on the computing device, thesecurity operating environment can offer sensitive applications theability to run securely on a wide variety of devices (e.g., featurephone devices and smart phone devices), compensating for thedeficiencies in the capabilities of the devices.

In some embodiments, the security operating environment may provide arobust and certifiable secure storage solution for storing securityinformation (e.g., certificates, keys, password, or sensitive data). Thesecure storage solution may store keys, certificates, sensitive data,and/or the like, that are used to manage security for the secureoperating environment and the applications executing in the secureoperating environment. The secure storage solution may be implementedbased on information (e.g., security keys and encrypted information)stored outside of the computing device. The security information may begenerated based on information (e.g., seed data or encryptedinformation) stored at a remote server (e.g., a backend securityserver). The secure storage solution may be time-bound, such that thesecure storage solution can be mutated, revoked, and/or updated toprevent unauthorized entities from accessing to the securityinformation. By dynamically changing the secure storage solutionperiodically in a time-bound manner, unauthorized entities may beprevented from gaining access the contents of the secure storagesolution. Cryptographic codes (e.g., cryptograms) and/or reliabilitycodes may be used to perform the changes according to a time-boundschedule. The secure storage solution may be maintained by the secureoperating environment to remain under the control of the securityoperating environment.

In some embodiments, the secure operating environment may provide memorymanagement services that can provide end to end lifecycle management ofmemory for the secure operating environment. The memory managementservices may be used to support the secure storage solution. The memorymanagement services can perform a variety of services to ensure securememory management for the secure operating environment. The memorymanagement services can perform, among other functions, allocation andde-allocation of memory, memory isolation, scrubbing, memoryfragmentation management, memory recovery, memory initialization, andmemory rounding size and ceiling size management. The memory managementservices may manage the memory of the secure operating environmentaccording to different security policies. In some embodiments, thememory management services may perform any one of the memory managementfunctions with respect to the memory in response to detecting an eventrelated to the memory. For example, an event can include a change instate of the memory, suggestive of an unauthorized attempt to access thememory from outside the secure operating environment.

Some embodiments of the present invention are directed to methods thatcan be performed by a computing device (e.g., a mobile phone). Thecomputing device can include one or more processors. The one or moreprocessors can be coupled to memory devices in the computing device. Oneor more first memory devices may be configured to be used by the one ormore processors to execute a secure operating environment. One or moresecond memory devices may include instructions which when executed onthe one or more processors, cause the one or more processor to execute ahost operating environment and to execute the secure operatingenvironment. Upon execution of the secure operating environment, thesecure operating environment may perform a method. One such method mayinclude executing an application in the secure operating environment.The method may include receiving, from the application, a request for asecurity service. The method may include determining a securitycapability of the mobile computing device to provide the securityservice. The security capability of the mobile device may include asecurity capability provided by the host operating environment. Themethod may include determining a security capability of the secureoperating environment to provide the security service. The method mayinclude selecting a security capability to provide the security service.The security capability may be selected from one or both of the securitycapability of the mobile computing device and the security capability ofthe secure operating environment. The method may include providing, tothe application, the security service based on the selected securitycapability.

In another embodiment the computing device described above, the secureoperating may perform a method that includes executing an application inthe secure operating environment. The method may include receiving, fromthe application, a request for a security service to manage security ofmemory for the application. The method may include determining asecurity policy for managing security of the memory for the application.The method may include, based on the security policy, selecting anaction to perform for managing security of the memory and performing theselected action.

The foregoing has outlined rather broadly the features and technicaladvantages of examples according to the disclosure in order for thedetailed description that follows to be better understood. Additionalfeatures and advantages will be described hereinafter. The conceptionand specific examples disclosed can be readily utilized as a basis formodifying or designing other structures for carrying out the samepurposes of the present disclosure. Such equivalent constructions do notdepart from the spirit and scope of the appended claims. Features whichare believed to be characteristic of the concepts disclosed herein, bothas to their organization and method of operation, together withassociated advantages, will be better understood from the followingdescription when considered in connection with the accompanying figures.Each of the figures is provided for the purpose of illustration anddescription only and not as a definition of the limits of the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a computing device including a secure operating environmentaccording to some embodiments of the present invention.

FIG. 2 shows a computing device including a secure operating environmentaccording to some embodiments of the present invention.

FIG. 3 shows a computing device including a secure operating environmentaccording to some embodiments of the present invention.

FIG. 4 shows a computing environment of a computing device thatimplements a secure operating environment according to some embodimentsof the present invention.

FIG. 5 shows information about security capabilities of a secureoperating environment and a host operating environment of a computingdevice according to some embodiments of the present invention.

FIG. 6 shows information about security policies implemented for asecure operation environment according to some embodiments of thepresent invention.

FIG. 7 shows information about security policies implemented for asecure operating environment according to some embodiments of thepresent invention.

FIG. 8 shows a flow diagram of a process for providing a securityservice to an application executing in a secure operating environmentaccording to some embodiments of the present invention.

FIG. 9 shows a flow diagram of a process for implementing a securitypolicy in a secure operating environment according to some embodimentsof the present invention.

FIG. 10 shows a flow diagram of a process for implementing a securitypolicy in a secure operating environment according to some embodimentsof the present invention.

FIG. 11 shows a flow diagram of a process for implementing a securitypolicy in a secure operating environment according to some embodimentsof the present invention.

FIG. 12 shows a block diagram of a mobile device in accordance with someembodiments of the present invention.

FIG. 13 shows a block diagram of a computing device in accordance withsome embodiments of the present invention.

DETAILED DESCRIPTION

In the following description, for the purposes of explanation, specificdetails are set forth in order to provide a thorough understanding ofsome embodiments of the invention. However, it will be apparent thatvarious embodiments may be practiced without these specific details. Thefigures and description are not intended to be restrictive.

The ensuing description provides exemplary embodiments only, and is notintended to limit the scope, applicability, or configuration of thedisclosure. Rather, the ensuing description of the exemplary embodimentswill provide those skilled in the art with an enabling description forimplementing an exemplary embodiment. It should be understood thatvarious changes may be made in the function and arrangement of elementswithout departing from the spirit and scope of the invention as setforth in the appended claims.

Specific details are given in the following description to provide athorough understanding of the embodiments. However, it will beunderstood by one of ordinary skill in the art that the embodiments maybe practiced without these specific details. For example, circuits,systems, networks, processes, and other components may be shown ascomponents in block diagram form in order not to obscure the embodimentsin unnecessary detail. In other instances, well-known circuits,processes, algorithms, structures, and techniques may be shown withoutunnecessary detail in order to avoid obscuring the embodiments.

The presenting invention relates to techniques for implementing a secureoperating environment for the execution of applications on a computingdevices (e.g., a mobile phone). In The secure operating environment mayprovide a trusted environment with dedicated computing resources tomanage security and integrity of processing and data for theapplications. The applications may be provided with a variety ofsecurity services and/or functions to meet different levels of securitydemanded by an application.

In some embodiments, the secure operating environment may include asecurity engine that enumerates and/or determines the securitycapabilities of the secure operating environment and the computingdevice, e.g., the hardware, the software, and/or the firmware of thecomputing device. The security engine may provide security servicesdesired by applications by choosing from the security capabilities thatare supported by the secure operating environment and the computingdevice. The security capabilities may be chosen based on considerationof criteria including sensitivity of data processed for an application,a type of application, a type of operations performed by theapplication, other criteria related to the security of the application,or a combination thereof.

In some embodiments, the security operating environment may provide acallable interface that enables an application executing in the secureoperating environment to request security services from differentcategories of security services. The categories of security services mayinclude memory management, data protection, communication security,identity management, authentication, access control, and privilegeescalation detection. The security services may be provided based on thesecurity capabilities of the computing device. The security operatingenvironment may augment the security capabilities of the computingdevice with additional security capabilities. By providing securityservices in addition to those discovered on the computing device, thesecurity operating environment can offer sensitive applications theability to run securely on a wide variety of devices (e.g., featurephone devices and smart phone devices), compensating for thedeficiencies in the capabilities of the devices.

In some embodiments, the security operating environment may provide arobust and certifiable secure storage solution for storing securityinformation (e.g., certificates, keys, password, or sensitive data). Thesecure storage solution may store keys, certificates, sensitive data,and/or the like, that are used to manage security for the secureoperating environment and the applications executing in the secureoperating environment. The secure storage solution may be implementedbased on information (e.g., security keys and encrypted information)stored outside of the computing device. The security information may begenerated based on information (e.g., seed data or encryptedinformation) stored at a remote server (e.g., a backend securityserver). The secure storage solution may be time-bound, such that thesecure storage solution can be mutated, revoked, and/or updated toprevent unauthorized entities from accessing to the securityinformation. By dynamically changing the secure storage solutionperiodically in a time-bound manner, unauthorized entities may beprevented from gaining access the contents of the secure storagesolution. Cryptographic codes (e.g., cryptograms) and/or reliabilitycodes may be used to perform the changes according to a time-boundschedule. The secure storage solution may be maintained by the secureoperating environment to remain under the control of the securityoperating environment.

In some embodiments, the secure operating environment may provide memorymanagement services that can provide end to end lifecycle management ofmemory for the secure operating environment. The memory managementservices may be used to support the secure storage solution. The memorymanagement services can perform a variety of services to ensure securememory management for the secure operating environment. The memorymanagement services can perform, among other functions, allocation andde-allocation of memory, memory isolation, scrubbing, memoryfragmentation management, memory recovery, memory initialization, andmemory rounding size and ceiling size management. The memory managementservices may manage the memory of the secure operating environmentaccording to different security policies. In some embodiments, thememory management services may perform any one of the memory managementfunctions with respect to the memory in response to detecting an eventrelated to the memory. For example, an event can include a change instate of the memory, suggestive of an unauthorized attempt to access thememory from outside the secure operating environment.

Prior to discussing the various embodiments of the present invention, adescription of some terms may be helpful for a better understanding ofthe disclosure.

A “computing device” may include a device that includes electroniccomponents such as one or more processors coupled to one or morecomputer readable and/or writable memories (e.g., implementing one ormore storage devices and/or system memories). A computing device may beused to execute one or more software applications. A computing devicemay also implement multiple operating environments using hardware,software, firmware, or a combination thereof for running securitysensitive applications. Examples of computing devices may includecomputers, mobile devices, point-of-sale devices, security tokendevices, etc. Some computing devices such as point-of-sale devices andsecurity token devices are specialized for conducting financialtransactions.

A “mobile device” may include any electronic device that may betransported and operated by a user. The mobile device may providecommunication capabilities for remote communication with a network. Themobile device may be configured to transmit and receive messages orcommunications to and from a server computer and display the messages ona display screen on the mobile device. Examples of mobile devicesinclude mobile phones (e.g. cellular phones), PDAs, tablet computers,net books, laptop computers, personal music players, hand-heldspecialized readers, etc.

A “server” or “server computer” may typically be a powerful computer orcluster of computers. For example, the server computer may be a largemainframe, a minicomputer cluster, or a group of servers functioning asa unit. In one example, the server computer may be a database servercoupled to a web server.

A “user” may be an entity, such as, an individual that may be associatedwith one or more payment accounts, one or more devices. A user may beable to operate a computing device to use an security sensitiveapplication, such as a banking or payment application, executing on thedevice. Furthermore, through a user interface provided by a device(e.g., a computing device or a mobile device), the user may be capableperforming security sensitive functions and services.

“Sensitive data” may include information that may require securityprotection. For example, sensitive data may be sensitive informationassociated with a user, such as Personal Identifying Information (PII)(e.g., name, home address, e-mail address, phone number, social securitynumber, etc.), Personal Account Information (PAI) associated with afinancial account (e.g., primary account number (PAN), expiration date,verification numbers or codes, etc.), Personal identification Number(PIN), or a username/password associated with other types ofnon-financial accounts (e.g., email accounts), etc. Sensitive data mayalso include device information associated with a computing device suchas Electronic Serial Number (ESN), Internet Protocol (IP) address, MediaAccess Control (MAC) address, device identifier, device settings,geo-location information associated with the computing device, etc.Sensitive data may also include user data such as a picture or imagetaken by a user, an audio recording, a contact of the user, etc.Sensitive data may also include data or information used forcryptographic operations such as cryptographic algorithms, digitalcertificates, cryptographic keys, etc., and/or data resulting from acryptographic operation such as encrypted data. Thus, sensitive data mayinclude information that is stored or programmed onto the computingdevice, specifically entered into the computing device by the user,and/or information otherwise accessible by the computing device that maybe used by the computing device. Sensitive data may also includeexecution of a code (e.g., software code of an application or operatingsystem, firmware code, etc.). Sensitive data may be associated withother data, for example, by being mapped or linked to other assets, orby being used by the same application. For example, a PAN may beassociated with a name on the account and a verification code.

“Security information” may include data or information used for securityoperations (e.g., cryptographic operations). Examples of securityinformation are digital certificates, cryptographic keys, etc., and/ordata resulting from a cryptographic operation such as encrypted data.

A “security sensitive application” may include any application executingon a device that manages or uses sensitive data associated with theuser, such as a payment account.

As used herein, a “security policy” may include a set of rules that areused for protecting and/or managing access to sensitive data, securityservices, or a combination thereof. For example, a security policy maydetermine how sensitive data is stored (e.g., in an encrypted form or ina certain storage area), or determine how sensitive data may be accessed(e.g., authentication of a requesting entity, exchange of cryptographicmessages, etc.). The security policy for an application may be tied tosensitivity of data and may be used to determine security services toprovide to the application based on the sensitivity of the data.

A “cryptographic measurement” may be generated from a sequence of bits,such as a message or software using well-known one way hash functions,resulting in a cryptographic string. Examples of such cryptographicfunctions include, but are not limited to SHA-1 (Secure HashAlgorithm-1) and SHA-256 (Secure Hash Algorithm-256). A cryptographicmeasurement uniquely identifies the sequence of bits using thecryptographic string so that no other cryptographic string may representthe same sequence of bits. The cryptographic measurement of a sequenceof bits may be used to authenticate the integrity of the sequence ofbits (i.e., the sequence of bits have not been tampered with). Forexample, a cryptographic measurement of an operating system may bechecked against a stored value from a protected location to determinethat the operating system has not been modified from its expected state.

A “digital fingerprint” is a value or string representing a summary ofthe state of the software and hardware components in a device. A digitalfingerprint may be generated based on information collected about theindividual components in a device, such as attestation values associatedwith the components.

An “attestation value” is a value or string representing the state of asoftware or hardware component. An attestation value may be used toindicate the presence, identity, and integrity of a component installedor available on a device.

A “cryptographic operation” may include encryption, decryption, MessageAuthentication Code generation or verification, hash generation orverification (e.g., SHA-1 (Secure Hash Algorithm-1) and SHA-256 (SecureHash Algorithm-256), etc.). A cryptographic operation may be used tochange a representation of an asset. A cryptographic operation may beperformed on data or a sequence of bits resulting in a cryptographicstring.

“Authentication” or “authenticating” may be the process of proving orverifying certain information, and/or verifying the identity of thesource of that information. Authentication to verify the source ofinformation may be achieved, for example, through the use of digitalcertificates and/or digital signatures. The digital certificate and/ordigital signature may be generated using a private key of a key pair,and may be verified using a public key of the key pair.

“Integrity” may be an indication of the absence of corruption in asoftware or hardware component. Integrity may be used to indicate that acomponent may be trusted, is unaltered, and has not been modified by anunauthorized party. Integrity of a component may be determined, forexample, by generating a cryptographic measurement of the component, andverifying the cryptographic measurement against a trusted or known goodvalue.

“Virtualization” may be used for providing isolation between differentoperating environments sharing the same physical resources, and may beone form of secure operating environment. In other words, virtualizationprovides a logical abstraction of computing resources from physicalconstraints. One common abstraction is referred to as a virtual machine(VM), which provides the content running in the VM a direct interface tothe physical hardware while maintaining the abstraction. Virtualizationtechnology allows multiple VMs running on the same physical hardware tooperate independently and isolated from each other. One or more VMs onthe system may be managed by a Virtualized Machine Monitor, or VMM (alsoknown as hypervisor or host). The VMM is a software or firmware layercomponent responsible for hosting and managing virtual machines. The VMMmanages the system's processor, memory, and allocates other resourcesfor each VM.

An “operating system” (OS) may be a collection of software that managescomputer hardware resources and provides common services forapplications. The operating system is a vital component of the systemsoftware in a computing device. Software applications usually require anoperating system to function. The operating system may determine whichsoftware application is given access to which resource on the computingdevice.

A “network stack” may be an implementation of a networking protocol usedfor communicating between any two devices. In some implementations, theoperating system implements one or more network stacks for communicatingwith a network, wherein the network comprises of one or more computingdevices. An example of a networking protocol is the open standardsinterface (OSI) networking protocol. A network stack may be capable ofcommunicating over a variety of wired and wireless protocols, such asEthernet, 3GPP, 3GPP2, CDMA, LTE, Bluetooth, NFC, etc.

A “secure communication channel” may be a networking channel between twoentities, such as a server computer and mobile device, that may allowthe two entities to communicate with each other through a secure channelwithout eves dropping by a third entity, spoofing of the communicationby a third entity or masquerading of the third entity as one of the twoexpected entities participating in the secure communication. Setting upa secure communication channel allows sensitive information such ascredit card numbers, social security numbers, login credentials andsignaling information for managing a secure operating environment to betransmitted securely between the two entities. Known techniques, such assecure socket layer (SSL) protocols may be used in establishing a securecommunication channel.

A “subscriber identity/identification module” (SIM) is an example of anexecution environment. The SIM is commonly used to securely store theinternational mobile subscriber identity (IMSI) and the related key usedto identify and authenticate subscribers on mobile devices. A SIMcircuit is embedded into a removable plastic card. This plastic card iscalled “SIM card” and may be transferred between different mobiledevices. A SIM card is an example of an operating environment, however,other variations of a SIM card, such as a universal integrate circuitcard (UICC) may be interchangeably used herein, without departing fromthe scope of the invention.

A “secure element” may provide a secure environment for securely storingapplications, sensitive data, and/or credentials (e.g., financialaccount numbers). A secure element may provide for secure execution ofapplications. The secure element may comprise secure memory and anexecution environment that is a dynamic environment to securely storeapplication code and data and administer the secure execution ofapplications. The secure element may comprise computing logic, such as a8-32 bit CISC/RISC processor, a crypto processor for encrypting,decrypting and signing data packets using security algorithms and/ortechniques such as Advanced Encryption Standard (AES), Data EncryptionStandard (DES), Triple-DES, error-correction code (ECC), a random numbergenerator, ROM, RAM, EEPROM/Flash, a communication interface and aMemory Management unit. The secure element may also provide delimitedmemory for each application. A secure element may be implemented with aSIM card, a Secure Digital (SD) card, or a hardware security tokenembedded in a computing device.

“Root of trust” (RoT) are security primitives composed of hardware,firmware and/or software that provide a set of trusted,security-critical functions. A RoT may behave in an particular manner. ARoT may be exposed to a device and it's OS in order to establish a chainof trust for user applications. Mobile applications interacting withservices may utilize the security functions provided by the RoT tolocally store cryptographic keys, authentication credentials, and othersensitive data. To support device integrity, isolation, and protectedstorage, devices may implement RoTs such as a RoT for Storage (RTS), aRoT for Verification (RTV), a Root of Trust for Integrity (RTI), a Rootof Trust for Reporting (RTR), and a Root of Trust for Measurement (RTM).The RTS may provide a protected repository and a protected interface tostore and manage keying material. The RTV may provide a protected engineand interface to verify digital signatures associated withsoftware/firmware and create assertions based on the results. The RTImay provide protected storage, integrity protection, and a protectedinterface to store and manage assertions. The RTR may provide aprotected environment and interface to manage identities and signassertions. The RTM may provide a measurement used by assertionsprotected via the RTI and attested to with the RTR.

A “payment processing network” may include data processing subsystems,networks, and operations used to support and deliver certificateauthority services, authorization services, exception file services, andclearing and settlement services. An exemplary payment processingnetwork may include VisaNet™. Payment processing networks such asVisaNet™ are able to process credit card transactions, debit cardtransactions, and other types of commercial transactions. In someimplementations, the payment processing network may interact withapplications running on a user device. The payment processing networkmay include a server computer. The payment processing network may useany suitable wired or wireless network, including the Internet.

An “issuer” may typically refer to a business entity (e.g., a bank) thatmaintains financial accounts for the user and often issues a paymentdevice, such as a credit or debit card to the user. An “issuer” may alsorefer to a trusted authority that provides digital certificates used forauthentication. A “merchant” is typically an entity that engages intransactions and may sell goods or services. An “acquirer” is typicallya business entity (e.g., a commercial bank) that has a businessrelationship with a particular merchant or other entity. Some entitiesmay perform both issuer and acquirer functions. Some embodiments mayencompass such single entity issuer-acquirers. Each of the entities(e.g., merchants and issuers may comprise one or more computerapparatuses to enable communications through the communications network,or to perform one or more of the functions described herein.

FIG. 1 shows a computing device 100 (e.g., a mobile phone) including asecure operating environment 110 according to some embodiments of thepresent invention. The computing device 100 may implement one or morehost environments. A host environment can be a host operatingenvironment 102. The host operating environment 102 can provide anenvironment for operation of the computing device 100. The hostoperating environment 102 can provide an execution environment to enableexecution of applications and other execution environments. In someembodiments, the host operating environment 102 may be configured toexecute and operate applications such as a web browser, proprietaryclient applications, or the like.

The computing device 100 may enable execution of one or more secureoperating environments, such as a secure operating environment 110. Thesecure operating environment 110 may provide a tightly controlled,secure environment for the execution of applications. The secureoperating environment 110 may provide a variety of security services toan application executing the in the secure operating environment 110.The security services may enable the application to perform operationsfor security sensitive data in a trusted manner. For example, thecomputing device 100 may be used to perform secure tasks such as securepayment or banking transactions using security sensitive data availableto computing device 110. The secure operating environment 110 may becommunicatively coupled to the host operating environment 102.Communication between the secure operating environment 110 and the hostoperating environment 102 is further described below.

The host operating environment 102 may be comprised of software,hardware, firmware, or a combination thereof. For instance, the hostoperating environment 102 may include an operating system 104, firmware106, and hardware 108. The hardware 108 may include one or more storageand/or system memories and one or more processors. The one or morestorage and/or system memories may be implemented using one or morecomputer accessible mediums (e.g., readable and/or writable storagemediums). The memories may include memory storage devices. The one ormore memories may be accessible to the processor(s) and may includeinstructions stored thereon which, when executed by the processor(s),cause the processor(s) to implement one or more operations disclosedherein. Although the computing device 110 is shown as a mobile device,it should be understood that in other embodiments, the computing device102 may alternatively be a computer, a point-of-sale device, a securitytoken device, or other types of electronic device suitable forimplementing embodiments of the present invention. Some embodiments ofthe computing device 100 are further described with reference to FIGS.2-5.

The memory included in the hardware 108 may be configured to be used bythe processor(s) in the hardware 108 to execute the secure operatingenvironment 110. In some embodiments, the memory may includeinstructions for implementing the secure operating environment 110. Thememory may be configured to be used by the processor(s) to execute amethod according to some embodiments of the present invention. A methodmay include executing the host operating environment 102 and/orexecuting the secure operating environment 110. In some embodiments, thememory may be configured to be used by the processor(s) to implement thesecure operating environment 110 may be different from the memoryconfigured to be used by the processor(s) to implement to the hostoperating environment 102. Thus, memory for secure operating environment110 may be isolated from the host operating environment 102.

The host operating environment 102 may provide an environment forexecuting applications. The host operating environment 102 may havesecurity capabilities, which can be used by the applications executingthe in host operating environment 102. The security capabilities mayinclude, among others, cryptographic functionality/operations, a Root ofTrust, and/or trusted input. The hardware 108 may support or providesecurity capabilities. For example, the hardware 108 may include storage(e.g., memory) for storing security sensitive data and securitysensitive applications. In some embodiments, the security capabilitiesof the computing device 110 may be based on a configuration of the hostoperating environment 102. For example, the security capabilities may beprovided based on capabilities of the hardware 108, the firmware 106,the operating system 104, or a combination thereof. For example, thehost operating environment 102 may include a hardware security module(HSM) that provides a secure environment to enable operation (e.g.,cryptographic operations) to be performed in hardware isolated fromapplications. In some embodiments, the security capabilities 128 of thehost operating environment 102 may not support security services neededby an application to support a secure environment. In such embodiments,the secure operating environment 110 may provide the application withsecurity services to the application to offer a trusted environment foroperation of security sensitive applications. Examples of types ofsecurity capabilities of the computing device 100 are described infurther detail with reference to FIGS. 2 and 5.

Secure Operating Environment

The secure operating environment 110 may provide a secure executionenvironment on the computing device for securely executing anapplication, e.g., the application 114 or the application 116. Thesecure operating environment 110 may be supported in software, hardware,firmware, or a combination thereof. The secure operating environment 110may be implemented so that its execution and data space are isolatedfrom other environments (e.g., the host operating environment 102)executing on the computing device. For example, processing resources andsystem resources of the computing device may be dedicated and/orprotected for the secure operating environment 110. Such processingand/or system resources may include a secure memory or protected memorybuffers. The secure memory may include and/or be used for executing theapplications 114, 116 in the secure operating environment. The securememory may be used or implemented for storing security informationrelated to managing security for the secure operating environment 110. Asecure storage solution that can manage implementation and use of memoryfor the secure operating environment 110 is described further withreference to FIGS. 3 and 4. The secure storage solution may storesensitive data for execution of the applications 114, 116 and/oroperations performed by the applications 114, 116. The sensitive datamay vary based on the type of such data, a type of application usingsuch data, or other operations performed with respect to such data.Storage of sensitive data for the secure operating environment isdescribed further with reference to FIGS. 3, 4, 6, and 7.

The dedicated and/or protected resources, such as processor(s) and/ormemories, of the secure operating environment 110 may be different fromthe processor(s) and/or the memories that support operation of the hostoperating environment 102. In some embodiments, the dedicated memory forthe secure operating environment may be used to store instructionsand/or data for implementation of the secure operating environment 110.In some implementations, the secure operating environment 110 may havepaging structures, exception handlers, protected memory regions andhardware resources dedicated or associated with the secure operatingenvironment 110. A secure operating environment 110 may not be limitedto but may be implemented using a secure element, SIM/UICC card, orvirtualization technology available by the computing device 100. In someembodiments, the secure operating environment 110 may betamper-resistant, such that it may protect its resources from beingaccessed beyond the bounds of its environment, such as by an untrustedhost operating environment executing on the computing device. The secureoperating environment 110 may further enable security services thatprevent or protect access to memory of the secure operating environment110 and/or the secure operating environment 110 during processing. Forexample, the secure operating environment 110 may prevent reverseengineering, debugging, tampering, or other operations designed toaccess the secure operating environment 110.

In one implementation, the secure operating environment 110 may beimplemented using hardware assisted virtualization technology providedby the computing device 100. System and/or processing resources may beisolated for the secure operating environment 110 by usingvirtualization technology. In some embodiments, the processor(s) may beenabled with hardware hooks that support virtualization technology. Insome embodiments, a software abstraction layer may enable multipleoperating systems and other clients to execute concurrently on a singleprocessor, through the virtualization and portioning of physicalhardware resources. In some embodiments, the secure operatingenvironment 110 may be implemented using an application kernel thatoperates based on a non-native instruction set. The application kernelmay include functional modules that enable the secure operatingenvironment 110 to maintain a secure environment with respect tointegrity and authenticity of data associated with the modules.

A variation in support for security functionality between any twocomputing devices may prevent applications that perform securitysensitive functions and/or operations from executing on different typesof computing devices. The significant variations in the operatingenvironments for the various devices may lead to development ofapplications configured for use on a device having the least commondenominator of security features offered by the device. It may beadvantageous for different types of computing devices (e.g., mobilephones) to implement the secure operating environment 110 to providesecurity functionalities and services demanded by different types ofapplications regardless of the capabilities of the computing device. Thesecure operating environment 110 may provide a variety of securityfunctions and/or services to provide a trusted environment to executethe applications. The applications may execute on the security engine112.

The secure operating environment 110 may include a security engine 112that implements operations, processes, and/or methods for the secureoperating environment 110. The security engine 112 may enable executionof applications (e.g., the application 114 and the application 116). Insome embodiments, prior to execution of an application, the securityengine 112 may enable the application for execution on the securityengine 112. For example, the security engine 112 may perform one or moresecurity services designed to implement an execution environment for theapplication. The security services may include those further describedbelow. For example, the security engine 112 may allocate memory for theapplication using the secure storage solution of the secure operatingenvironment 112. The security engine 112 may determine securitycapabilities on the computing device 100 to determine a manner and modefor running the application. Based on the type of application, thesecurity engine 112 may implement security for the application. Securitymay be implemented based on security policies defined by security policyinformation 138. The security policy may be used to determine criteriafor enabling an application to execute in the secure operatingenvironment 110. In some embodiments, the security policy may indicateservices and/or capabilities to enable prior to execution of theapplication. For example, to enable an application for execution, thesecurity engine 112 may determine authentication for a user of theapplication and perform advanced access control for the secure operatingenvironment 110. Enabling the application to execute in the secureoperating environment may include provide storage via a secure storagesolution described further below with reference to FIG. 3.

The security engine 112 may provide a callable interface, e.g., anapplication programming interface (API), that enables applications(e.g., the application 114 or the application 116) executing in thesecure operating environment 110 to communicate with the security engine112. Using the callable interface, the applications 114, 116 maycommunicate requests (e.g., a request 122) to the security engine 112.An application may send a request (e.g., the request 122) to thesecurity engine 112 to access or receive security functionalities and/orservices.

The request 122 may indicate information to be used for performing arequested security service or function. For example, the request 122 mayinclude sensitive data (e.g., a key or a token) for storage duringprocessing (e.g., payment processing) performed by the application 114.The request 122 may include criteria indicating one or more types ofsecurity services and/or functions that are requested. For example, therequest 122 can indicate a cryptographic operation that is requested tobe performed on sensitive data for the application 114. The request 122can also be used to indicate an effective period when a security serviceis performed and/or when sensitive data is modified or deleted for theapplication 114. In some embodiments, the request 122 may includecriteria that the security engine 112 may use to determine a type ofsecurity service to perform for the application 114. For example, thecriteria may indicate a type of operation/function (e.g., paymentauthentication) being performed for a payment processing application. Inanother example, the criteria may indicate a type of sensitive data(e.g., personal identification information) that is being handled by theapplication 114.

The security engine 112 may include a security services engine 132. Thesecurity services engine 132 may perform or enable various types ofsecurity services for the application 114. Some of the security servicesmay be requested directly by the application 114 and some may beperformed based on the information included in or indicated by therequest 122. Due to the differences in computing devices, such as mobilephones, security capabilities can vary between devices. The differencesin the type and capabilities of the devices may pose a considerablechallenge to managing security and integrity of information forapplications. Some computing devices may provide security capabilities,but without knowledge of those capabilities, an application cannotdepend on such security capabilities. The security services engine 132offers many security services, among many others, that ensureapplications are provided with security functionality which satisfy thevariety of security needs an application may demand. The securityservices engine 132 can provide services that perform functionsincluding security information management, memory management (e.g.,memory allocation/deallocation, memory fragmentation management, memoryisolation, memory scrubbing, memory rounding size and/or ceiling sizemanagement, etc.), data protection (e.g., cryptography services,hashing, random number generation, etc.), communication security (e.g.,secure communication protocols), identity management (e.g., login andpassword management), authentication, access control, and/or privilegeescalation detection. The security services provided by the securityservices engine 132 is described further with reference to FIGS. 3-7.

In some instances, it may be advantageous for an application to receivesecurity services and/or functionality that are available in both thesecure operating environment 110 and the host operating environment 102.In some embodiments, both environments 110, 102 may provide at least onesecurity service based on availability of system and/or processingresources. The capability to provide a security service may be based onthe security capabilities currently available in the computing device,including the secure operating environment 110 and the host operatingenvironment 102, and/or the resources available in the computing device100 to perform those security services. However, due to differences infunctions and features of computing devices, such as mobile phones, suchdevices may have varying capabilities and resources to perform asecurity service. In some cases, the computing device 100 may not haveany capabilities to provide a security service. It may be difficult foran application to be developed such that it may rely or determine theresources and/or capabilities of the computing device 100. As such, thesecure operating environment 110 addresses these differences, enablingthe application to receive security services based on a currentavailability of security capabilities. The security services may beprovided to the applications 114, 116 based on security capabilitiesavailable in the secure operating environment 110 and securitycapabilities available from the computing device 100 including the hostoperating environment 102. In some embodiments, the security servicesprovided by the security engine 112 may include security servicesenabled by the host operating environment 102. The security capabilitiesof the secure operating environment 110 and the host operatingenvironment 102 are described further with reference to FIGS. 3 and 5-7.

The security services engine 132 can provide responses (e.g., a response124) to a request from an application. The security services engine 132may determine a result of services requested to for enabling executionof an application. A response 124 can indicate security services thatmay have been enabled and/or performed by the security engine 112. Insome embodiments, the response 124 can indicate a result (e.g.,acknowledgement) of performing a security service. A result may includeinformation (e.g., security information or a location in memory) usableto access sensitive data or receive a security service. For example, theresponse 124 can identify data that may be stored using the securestorage solution provided by the secure operating environment 110. Insome embodiments, the response 124 can indicate information to enablethe application to further determine a security service or securitycapability offered by the security engine 112.

In some embodiments, the security decision engine 134 can store securitycapability information 130, which can indicate the security capabilitiesof the computing device 100. The security capability information 130indicates security capabilities of the secure operating environment 110,the security capabilities of the host operating environment 102, or acombination thereof. An example of the security capability information130 is described with reference to FIG. 4. The security capabilityinformation 130 may be generated dynamically by the security engine 112or may be generated by a third party and stored on the computing device100 to be accessible to the secure operating environment 110. Becausethe security capabilities of the computing device may change, thesecurity decision engine 134 can periodically determine current securitycapabilities that are available in the computing device 100.

In some embodiments, it may be desirable for the security capabilityinformation 130 to be generated dynamically to account for changes inthe host operating environment 102 and/or the secure operatingenvironment 110. Because the security capabilities of the computingdevice 100 may change, the secure operating environment 110 maydetermine the security capabilities upon need, such as when a securityservice is being requested. The environments 102, 110 may change basedon a variety of factors or conditions. For example, the environments102, 110 can change based on availability of resources in the respectiveenvironments 102, 110. More or fewer resources may affect the ability ofan environment to provide security services, thereby affecting thesecurity capabilities of the environment. In some embodiments, the hostoperating environment 102 can modified or can change when it has beencomprised, e.g., privilege escalation has been performed or attempted.Such changes in the environments 102, 110 may affect or comprisesecurity capabilities. The secure operating environment 110 may considerthe changes in the security of an environment when assessing anddetermining availability of security capabilities. The securitycapabilities information 130 can be updated to reflect changes insecurity capabilities affected by conditions in either of both of theenvironments 102, 110.

In some embodiments, the security decision engine 134 may dynamicallydetermine the security capabilities of the computing device 100 based onthe security capabilities of the host operating environment 102. Thesecure operating environment 110 may communicate with the host operatingenvironment 102 by sending one or more requests 126 (e.g., the request126) to the host operating environment 102. The request 126 can includeor cause one or more method(s), process(es), instruction(s),commands(s), operation(s), or the like to be performed to determine asecurity capability of the operating system 104, the firmware 106,and/or the hardware 108.

In some embodiments, the request 126 may indicate a type of securitycapability or security service rather than a request for all securitycapabilities. For example, upon receiving a request 122 to perform acryptographic operation, the security decision engine 134 may determinewhether the host operating environment 102 can perform cryptographicoperations. In some embodiments, the request 126 may include one or moreoperations, commands, or the like intended to determine securitycapabilities of the host operating environment to provide the securityservice requested by the application. The host operating environment 102may communicate response(s) 128 that includes information, which mayindicate or may be useful to determine security capabilities of thecomputing device 100 to provide a security service.

In some embodiments the security capability information 130 may be usedto determine security capabilities of the computing device 100. Thesecurity capabilities may indicate security services that can beperformed by the operating system 104, the firmware 106, and/or thehardware 108. The security capability information 130 may indicatesecurity capabilities based on a type of a device, types of operatingsystems 104, types of firmware 106, and/or types of hardware 108. Insome embodiments, the secure operating container 110 may communicate arequest 126 to the host operating environment 102 to determine a type ofthe device 100, a type of the operating system 104, a type of thefirmware 106, and/or a type of the hardware 108.

In some embodiments, the applications 114, 116 can request (e.g., therequest 122) a security policy for managing one or more services for theapplications. The request can indicate security services or type ofsecurity, a type of security policy to implement, a level of security,information used to determine a level or profile of security for theapplications, or a combination thereof. The security services engine 132can determine the type of security services to provide based on theinformation provided by the applications 114, 116. For example, when theapplication 114 is a payment application, the request 122 may indicate arequest for a high level of security. In some embodiments, the securityservices engine 132 may dynamically determine a security policy formanaging security for an application. As shown by the examples in FIGS.6 and 7, a security policy may be applicable based on a variety criteriaincluding the type of an application, the operations performed by theapplication, the request 126, or other information indicating the natureof the operations performed by the application. The secure operatingenvironment 110 may determine a security policy for an application basedon satisfying the criteria for a particular security policy.

The security operating environment 110 may manage security policyinformation 138 for the secure operating environment. The securitypolicy information 138 may indicate specific criteria for choosingsecurity services. In some embodiments, the security policy information138 may indicate events and/or conditions under which security servicesare to be rendered for the application. The security policy information138 may be generated based on information received in the request 122.Alternatively or additionally, the security policy information 138 canbe generated by a third party and provided to the computing device 100.In some embodiments, the security policy information 138 may be sent,and updated periodically from a remote computing device (e.g., securityserver) via a communication connection. Examples with respect to thesecurity policy information 138 are described with reference to FIGS. 6and 7.

Security Decision Engine

Now turning to FIG. 2, the computing device 100 is shown according tosome embodiments of the present invention. In such embodiments, thesecurity decision engine 134 of the secure operating environment 100 isshown including several components. The security decision engine 134 mayinclude a security capability selector 236 and a security capabilitydeterminer 238. FIG. 2 shows some embodiments of the host operatingenvironment 102.

In FIG. 2, the operating system 104 may include a kernel 232. The kernel232 may provide an interface between applications executing on thecomputing device 100 using system resources. For example, the kernel 232may process requests (e.g., the request 126) from an applications and/orthe secure operating environment 110 and translates them into systemcalls to interact with components (e.g., the firmware 106 and/or thehardware 108) of the computing device 100.

The operating system 104 may include network stack 234. The networkstack 234 may provide the operating system 104 and the applications withan interface to communicating with external devices. The network stack234 may also provide secure communication channels to allow mobiledevice to communicate securely with an external device or entity. Thesecure communication may be implemented using different securityprotocols (e.g., SSL).

The firmware 106 may include a set of protected code that interactsclosely with hardware components and is executed during startup of thecomputing device 100. The firmware 106 may include initialization codethat may be used to initialize and setup the hardware configuration ofcomputing device 100. A boot loader may be used by the firmware 106 toload the operating system 104 during startup. After startup, thefirmware 106 may provide an interface through which the operating system104 can manage and control the hardware 108. The firmware 106 may bestored in a read-only or write-protected memory, and may be updatedinfrequently or not at all during the lifetime of the computing device100.

The operating system 104, the firmware 106, the hardware 108, or acombination thereof may provide security capabilities to an applicationexecuting on the computing device 100. The security capabilities mayvary based on a type of components used to implement the host operatingenvironment 102. The security capabilities of the computing device 100may be determined using information such as the device manufacturer ofthe computing device 100, a type of the operating system 104, a type ofthe firmware 106, a type of the hardware, or a combination thereof.These security capabilities may be stored in the security capabilityinformation 130 or may be ascertainable from information about thecomputing device 100 by provided by a third party (e.g., a devicemanufacturer or components manufacturer).

Some security capabilities of the computing device 100 are describedbelow for purposes of illustration and are not meant to represent anexhaustive list. In some embodiments, the hardware 108 may implement atleast some security capabilities of the computing device 100. Forexample, the hardware 108 may include components that provide securitycapabilities. The hardware 108 may include a device memory 212 forstoring sensitive data and security sensitive applications. The devicememory 212 may provide an access interface that prohibits access to thestorage area except for trusted applications and trusted entities. Insome embodiments, device memory 212 can be implemented as a memory chip(e.g., an integrated memory chip in the computing device 100, or in auser removable memory card), as part of a secure element, as part of aSIM, or any combinations thereof.

Another security capability provided by the hardware 108 can include asecure element 214, e.g., a SIM card, which is included in the hardware108. The secure element 214 may be a user removable component thatsecurely stores an international mobile subscriber identity (IMSI) andthe related cryptographic keys used to identify and authenticate asubscriber or user of the computing device 100. The secure element 214can additionally store other sensitive data and/or security sensitiveapplications, and provide an operating environment for applications toexecute from. The secure element 214 can also be used as device memory212 or to supplement the device memory 212.

In some embodiments, one or both of the firmware 106 or the hardware 108may implement a Root of Trust (RoT) as a security capability. The RoTmay include a set of trusted security functions for performingsecurity-critical operations, such as measuring/verifying software andhardware configuration, protecting cryptographic keys and performingdevice authentication. In some embodiments, the RoT may additionally beimplemented with software components residing outside firmware.

In some embodiments, one or a combination of the operating system 104,the firmware 106, or the hardware 108 may provide cryptographiccapabilities for performing operations. The cryptographic capabilitiesmay include encryption, decryption, and hashing. The cryptographiccapabilities may include the ability to perform cryptographicoperations.

In some embodiments, the hardware 108 and/or the operating system 104may provide secure Input/Output mechanisms. Examples of such mechanismsmay include pin entry that enables protection against snooping of thekeystrokes and mechanisms for trusted output, which may include anindication (e.g., in form of an image or sound) that the page or websitebeing viewed by the user using the mobile device is authentic and/or nottampered.

An application that executes in a host operating environment 102 cantake advantage of the security capabilities of the host operatingenvironment 102. The security features available to an application mayvary between computing devices. In some embodiments, applications may beunable to account for the variations in security features andcapabilities between different devices. For applications that use orstore highly sensitive data, the applications may have only so manyoptions for creating a secure environment. The security engine 112 ofthe secure operating environment 110 may provide a more flexible andadaptable environment to identify and utilize the security capabilitiesof environments in a computing device. Further, the security engine 112can supplement or improve upon existing security features by providingadditional or different security services that can satisfy a securityenvironment desired for different types of environments.

The secure operating environment 110 may use the security decisionengine 134 to determine the security capabilities available from thesecure operating environment 110 and/or from computing device 100. Byproviding services by choosing from available security capabilities, thesecurity decision engine 134 can provide a more robust and secureenvironment for execution of applications. The security decision engine134 further enable selection of the security capabilities suitable forthe needs of the application, thereby reducing a burden on theapplication to determine available security capabilities. Additionally,the security decision engine 134 can choose from the available securitycapabilities to provide security capabilities that afford greatersecurity or suitability for the application.

The security capability determiner 238 may determine the securitycapabilities of the computing device 100 and any secure operatingenvironments 110 that may be executing on the computing device 100. Thesecurity capabilities of the computing device 100 can include securitycapabilities of the host operating environment 102 and/or components ofthe host operating environment 102. In some embodiments, the securitycapability determining 238 may determine the security capabilities of asecure operating environment 110 and the secure capabilities of thecomputing device 100 using the security capabilities information 130.The security capabilities information 130 may be usable to lookup or todetermine the security capabilities of the computing device 100 or anyof its components and/or a secure operating environment, based on avariety of attributes. The attributes can include, among others, a typeof security service, a type of device, a type of operating system, atype of hardware, a type of firmware, a type of security, a securitypolicy, other information useful for identifying security capabilities,or a combination thereof. For example, the security capabilitydeterminer 238 can search the security capabilities information 130 toidentify security capabilities based on a type of the computing device100. In another example, the security capabilities information 130 canbe searched based on a type of security service requested. The securitycapability determiner 238 can determine whether a security service or aparticular type of function can be supported.

The security capability determiner 238 may use the security capabilitiesinformation 130 to determine the security capabilities of the hostoperating environment 102. In some embodiments, the security capabilitydetermine may communicate requests 126 to the host operating environment102 for information to determine a type of one or more of the following:the computing device 100, the host environment 102, the operating system104, the firmware 106, the hardware 108, other components of thecomputing device 100, or a combination thereof. This information aboutthe computing device 100 can be used to lookup or determine securitycapabilities of the computing device using the security capabilitiesinformation 130.

In some embodiments, the security capability determiner 238 candynamically determine the security capabilities of the computing device100 based on the security capabilities of the host operating environment102. The secure operating environment 110 may communicate with the hostoperating environment 102 by sending the request 126 (e.g., the request126) to the host operating environment 102. The request 126 can includeor cause one or more method(s), process(es), instruction(s),commands(s), operation(s), or the like to be performed to determine asecurity capability of the operating system 104, the firmware 106,and/or the hardware 108. For example, the request 126 may includecommands to determine a digital fingerprint of components in the hostoperating environment 102. The digital fingerprint may be used to assesswhether the host operating environment 102 has the capability to providecertain types of security functions. In some embodiments, the secureoperating environment 110 can determine security capabilities duringinitialization of the secure operating environment 110. Duringinitialization, the secure operating environment 110 may analyze theenvironment on the computing device 110 to assess the securitycapabilities. The secure operating environment 110 may determinesecurity capabilities based on a chain of trust is established with oneor more components of the host operating environment 102.

The security decision engine 134 may include a security capabilityselector 236 to select one or more security capabilities from thesecurity capabilities determined by the security capability determiner238. The security capability selector 236 can select securitycapabilities based on different criteria. The criteria can indicate thetypes of security services sought by the application. The criteria canindicate other types of constraints indicating the types of securityfunctionalities, a level of security, a security policy, otherinformation identifying type of security desired for an application, ora combination thereof. In some embodiments, the criteria may indicatespecific conditions, such as a sensitivity of data, or specific securityfunctionality desired. The criteria may indicate whether securitycapabilities are sought from the secure operating environment 110, thecomputing device 100, or both.

In some embodiments, the security capability selector 236 can choose thesecurity capabilities based on the security to protect an applicationexecuting in the secure operating environment 110. For example, thesecurity capability selector 236 can select one or more securitycapabilities that are suitable for a type of security services (e.g.,data protection) requested or needed for an application. In suchembodiments, the security capability selector 236 can determine thesecurity capabilities that are related to and/or offering a capabilityto enable or provide such security services to the application. Forexample, when data protection is desired, the security capabilitiesselector 236 can choose the security capabilities (if any) that cansupport or provide security for data protection. In one example, thesecurity capabilities selector 236 can choose the security capabilitiessuch as different cryptographic algorithms and different types ofstorage for storage of sensitive data offered by the secure operatingenvironment 110 and the host operating environment 102. The securitycapability selector 236 can determine on the security capabilities, thesecurity capabilities that meet the criteria specified by the securityservices engine 132. The security capability selector 236 may provideinformation to the security services engine 132 indicating thosesecurity capabilities that have been selected based on the criteria. Theselected security capabilities can be used by the security servicesengine 132 to choose security services to provide to the applicationbased on its request (e.g., the request 122).

Security Services Engine

FIG. 3 shows the computing device 100 according to some embodiments ofthe present invention. The security engine 112 may include a securityservices interface 360 that enables applications to request securityservices from the security engine 112. The security services interface360 may support requests for specific types of security services and/orrequests including criteria that can be used to identify securityservices to provide to an application. For example, the securityservices interface 360 may support requests for security services suchas memory management, data protection, communication security, identitymanagement, authentication, access control, and privilege escalationdetection. Using the security services interface 360, an application canrequest a specific security service or a type of security protection.

FIG. 3 also shows components that may be included in the securityservices engine 132. The security services engine 132 may include asecurity services selector 356 to aid in the selection of securityservices to provide to an application in response to the request 122.The security services engine 132 may include one or more components,each configured to determine and provide security services offeringsecurity protection. In some embodiments, the components for securityservices engine 132 can include memory management services 340, dataprotection services 342, policy services 344, access control services346, authentication services 348, privilege escalation detectionservices 350, identity management services 352, and secure connectionservices 354.

In some embodiments, the security services engine 132 may include acomponent that utilizes services provides by one or more of thecomponents 342-354. For example, the security services engine 132 mayinclude a security information manager 364 that can includeauthentication services 348, memory management service 340, dataprotection services 342, policy services 344, access control services346, and ID management services 352. The security information manager364 may implement a secure storage solution 366.

The security services selector 356 may request one or more services fromone or more of the service components 340-354, 364 upon determining asecurity service to enable/perform for the application. In the instanceswhere the security services selector 356 determines that the requestindicates the security services desired, the security services selector356 can invoke the components to provide those services upon making sucha determination. The service components 340-356, 364 can include logicto provide the service based on security capabilities for the type ofservice supported by a corresponding component.

The security services selector 356 can choose the security services toprovide an application. The security services may be chosen based oninformation indicated in a request (e.g., the request 122) from anapplication. As explained earlier, a request received from anapplication may indicate criteria identifying one or more securityservices desired. The criteria may indicate one or more securityservices, a type of the application, a level of security, a securitypolicy, a type of security, sensitivity of data, a type of operation tobe performed by the application, other information that indicates or canbe used to determine a security service, or a combination thereof. Thecriteria may indicate a time period for performing the security servicesand/or conditions for performing security services.

In some embodiments, the security services selector 356 may determinewhether the secure operating environment 110 and/or the computing device100 will provide a type of service sought for the application. Thesecurity services selector 356 may request the security decision engine132 to determine the security capabilities of the computing device 100,the secure operating environment 110, or both. A request to the securitydecision engine 134 may indicate that all the security capabilities ofthe computing device 100 and/or the secure operating environment 110 areto be determined. The security services selection 356 may use thesecurity capabilities to determine those that can support servicesdesired by the application if specific type of service is being sought.In some embodiments, a request to the security decision engine 132 mayinclude the criteria received in the request from the application. Thesecurity capabilities identified by the security decision engine 134 mayinclude those which can support the security services identified by thecriteria. The security services selector 356 can use the identifiedsecurity capabilities to select services to be provided to anapplication. Alternatively or additionally, the security servicesselector 356 may use the security capabilities information 130 todetermine security capabilities of the secure operating environment 110and/or the computing device 100.

In some embodiments, the security services selector 356 may performprocessing to choose between different security capabilities to providea security service. In some instances, the secure operating environment110 and the host operating environment may both provide securitycapabilities that support similar types of security services suitablefor a type of service to be performed for an application. For example,the security services engine 132 may provide cryptographic services andthe host operating environment 102 may provide cryptographic services.However, the cryptographic services may vary based on the securitycapabilities of the each environment 102, 110. In this example, thesecurity services selector 356 may choose between both cryptographicservices to determine the cryptographic service that satisfies thecriteria indicated by the application. The security services selector356 may choose one cryptographic service over another that offers astronger type of encryption preferable for sensitivity to providesecurity for the application.

The security services selector 356 may choose one or more securityservices based on security capabilities that enable suitable protectionof operations performed by an application. In some instances, a securityservice may be selected from security capabilities of one or both of thesecure operating environment 110 and the host operating environment 102based on the security capabilities that meet the criteria or thatsupport a security service requested by an application. The securityservices selector 356 may use the security capabilities information 130,an example of which is shown in FIG. 5, to determine the securityservices available in the different environments 110, 102. In someembodiments, the security services may be selected based onconsideration of system and/processing resources of the environment thathas security capabilities which support the security services. It may beadvantageous in some instances to have one type of security serviceperformed by the secure operating environment 110 and another type ofsecurity service performed by the host operating environment 102.

In some embodiments, security services may be chosen for an applicationbased on a level of security enables protection of operations performedby the application. The level of security may be determined based oncriteria such as a type of the application, a type of operation beingperformed, sensitivity of data, or other criteria that may indicate alevel and/or type of security to provide to an application. The securityservices selector 356 may determine a level of security using thesecurity policy information 138. The security policy information 138 mayprovide information that identifies security services that providesecurity to different types of applications based on a correspondinglevel of security. The security policy information 138 may be used bythe security services selector 356 to determine the types of securityservices to perform based on criteria indicated by the securitypolicies. The security services selector 356 may use the securitycapabilities information 130 to determine the security services that canbe implemented. In some cases, when a desired security service isunavailable due to a lack of security capabilities, the security policyinformation 138 may be used to identify alternative security servicesthat can be performed for an application. Examples of different securitypolicies implemented by the security services engine 132 are describedwith reference to FIGS. 6 and 7.

Upon determining a security service to provide to an application, thesecurity services selector 356 may request one or more of the components340-354 to provide security services to the application. Each of thecomponents 340-354 may provide an indication of an outcome of a serviceto the security services selector 356. In some embodiments, when asecurity service cannot be performed, the security services selector 356may determine other alternative security services to perform to replacethe security service(s) that could not be performed. The alternativesecurity service(s) may be chosen based on the security capabilitiesidentified earlier. In some embodiments, the security services selector356 may determine chose a security service based on currently availablesecurity capabilities of the environments 110, 102, which can change.The security services engine 132 may provide a response (e.g., theresponse 124) to the application indicating an outcome of the request.In some embodiments, the response may indicate acknowledgement of arequest or notification that the security services have been enabled.

A. Secure Storage Solution

The secure storage solution 366 may store sensitive data includingsecurity information (e.g., certificates, keys, or password) for thesecure operating environment 110 and the applications executing in thesecure operating environment 110. The secure storage solution 366 mayinclude memory allocated to the secure operating environment 110. Thememory may include persistent storage. The secure storage solution 366may manage storage of security information (e.g., implementation ofstorage structures), such as keys, certificates, or the like. In someembodiments, the secure storage solution 366 may maintain differenttypes of security information. The secure storage solution 366 mayutilize a single memory, or may use memories in a distributed manner,including persistent memory, memory of the secure operating environment110 and/or memory of the computing device 110 (e.g., the device memory212 and/or the secure element 214).

The secure storage solution 366 may improve performance for managingsecurity of for security information by morphing and obfuscating thememory managed by the secure storage solution 366, thereby preventunauthorized entities from determining security and/or gaining access tothe content managed by the secure storage solution 366. The securestorage solution 366 can manage sensitive data using cryptographicinformation. In some embodiments, the secure storage solution 366 mayoffer robust protection by implementing the secure storage solution 366using information stored outside of the computing device 100. Forexample, storage of security information managed by the secure storagesolution 366 maybe protected based on information (e.g., cryptogramvalues, seed data, or encrypted information) stored at a remote server(e.g., a backend security server). The information may be transformedinto forward progressing code using an encoder. The forward progressingcode can be used to implement storage by the secure storage solution366. A certain level of assurances for security can be guaranteed bymutating, on a period basis, or revoking storage of security informationmanaged by the secure storage solution 366 by being mutated on aperiodic basis.

In some embodiments, storage managed by the secure storage solution 366and its contents may be modified (e.g., mutated or morphed) in atime-bound manner to obfuscate and protect sensitive data includingsecurity information. For example, the secure storage solution 366 canregenerate or modify storage based on information from a remotecomputing device so as to prevent an unauthorized entity fromdetermining the security mechanisms used to protect the secure storagesolution 366. The security information may be associated with a sub-typeor sub-classification based on a state of the data (data-at-rest,data-at-use, data-in-transit, or a combination thereof). Cryptographiccodes (e.g., cryptograms) and/or reliability codes may be used toperform the changes according to a time-bound schedule and changes instate of the data. The secure storage solution 366 may be maintained bythe secure operating environment 110 to remain under the control of thesecurity operating environment 110. By modifying the secure storagesolution 366 in this manner, the secure storage solution 366 providesassurances from rollback and/or replay attempts to use or accesssecurity information.

In some embodiments, the security information manager 364 may detectevents related to access of the secure storage solution 366 or mayutilize any of the others components 342-354 to detect whether securityin the computing device 100 has been compromised. Upon detection of anevent, the security information manager 364 may modify storage managedby the secure storage solution 366. For example, storage provided by thesecure storage solution 366 may be mutated upon examination of a levelof security of a past transaction. In some instances, the securityinformation may be revoked from use to prevent access if it isdetermined that security may have been compromised.

B. Memory Management Services

The memory management services 340 may provide security services whichinclude protecting the security and integrity of sensitive data for anapplication. The memory management services may provide end to endlifecycle management of memory for the secure operating environment 110.For example, the memory management services 340 may facilitate storageof sensitive data for the secure storage solution 366 and/or protectedmemory of the secure operating environment 110. The memory managementservices 340 may also facilitate storage of data, including sensitivedata, for an application in storage provided by the hardware 108 of thehost operating environment 102. In some embodiments, the securityservices selector 356 may provide criteria to the memory managementservices 340 that can be used by the memory management services 340 todetermine a location and/or manner for storing data (e.g., sensitivedata) belonging to a application. The criteria may indicate a level ofsecurity or other information that can be used to determine a level ofsecurity for an application.

The memory management services 340 can perform a variety of services toensure secure memory management for the secure operating environment.The memory management services 340 can perform, among other functions,allocation and de-allocation of memory, memory isolation, scrubbing,memory fragmentation management, memory recovery, memory initialization,and memory rounding size and ceiling size management. Memory of thesecure operating environment 110 may be managed according to differentsecurity policies. By securing management and use of memory, assurancescan be provided and integrity of memory can be guaranteed toapplications executing in the secure operating environment 110.

In some embodiments, the memory management services 340 may perform anyone of the memory management functions with respect to the memory inresponse to detecting an event (e.g., a security-related event orthreat) related to the memory. For example, an event can include achange in state of the memory, suggestive of an unauthorized attempt toaccess the memory from outside the secure operating environment. In someembodiments, memory management may be time-bound, performed according toa schedule to ensure that memory is routinely managed for security. Thememory management services 340 may also perform a memory managementservice 340 in response to detecting that the secure operatingenvironment 110 and/or its memory are being attacked or have beencompromised. The memory management services 340 may use data gatheredfrom behavior of the secure operating environment 110 or from othersecurity services to determine a state of the system. The memorymanagement services 340 may be performed upon request by an applicationfor secure storage of data for an application. Alternatively oradditionally, an application can request one or more specific storageservices to be performed for the application.

In some embodiments, the memory management services 340 may utilize amemory management table to monitor and adjust memory resources of thesecure operating environment 110. Security indicators (e.g., a securityfault) may be inserted in memory allocated to the secure operatingenvironment 110 to ensure that security properties of the memory aremaintained. Using the table, an occurrence of a security indicator maybe identified based on an unauthorized attempt to access the memoryresources of the secure operating environment 110. The securityindicators may be used to check data integrity of the particularlocation of memory. Security indicators may be monitored to prevent thememory resources of the secure operating environment 110 from beingcompromised to the host operating environment 102 that may otherwisegain access to sensitive information for controlling the applications.An occurrence of a threat based on a security indicator may beidentified when information (e.g., an integrity checksum value)corresponding to a particular security indicator in the table does notmatch a value of information stored in a particular portion of memoryallocated for the secure operating environment 110.

In response to detecting an event or identifying a threat, the memorymanagement services 340 may perform a variety of memory managementtechniques to protect integrity of the memory. For example, memory maybe allocated and/or de-allocated before and after an event (e.g.,processing a payment transaction) so as to ensure that memory used bythe application is not left containing remaining information related tothe event. The memory management services 340 may scrub (e.g., clean)the memory used by an application after an event to prevent informationfrom being left behind in memory. Upon detecting an event that memoryhas been compromised, memory may be isolated to prevent use of thecompromised memory. Memory fragmentation management can be performed toreduced memory fragmentation to prevent fragmented memory from beingaccess by unauthorized entities. The memory management services 340 canalso perform rounding and ceiling size management to prevent overflowvalues from being stored in memory to attack an application or processin the secure operating environment 110.

C. Data Protection Services

The data protection services 342 may perform cryptographic operationsand/or functions for an application. The cryptographic services 342 maybe performed in response to a request by the security services selector356 to perform a cryptographic operation. In some embodiments, thecryptographic services 342 may communicate with the host operatingenvironment 102 to perform cryptographic services that are provided bythe host environment 102. The cryptographic services that are performedmay be chosen based on criteria such as a level of security. In someembodiments, the data protection services 342 may perform one or morecryptographic operations along with sending a request to the hostoperating environment 102 to perform cryptographic operations.

The data protection services 342 may include data encryption using knownencryption methodologies, such as AES, DES, and/or Triple-DES. Otherdata protection services 342 may include hashing, random numbergeneration (RNG), other data security management techniques, or acombination thereof. The data security management techniques may includeimplementing policies or techniques for management of sensitive data.The sensitive data may be managed based on a time-bound schedule. Forexample, sensitive data may be mutated, revoked, or updated. Thesensitive data may be time-bound, in that the sensitive data is managedbased on a schedule. It In some embodiments, the sensitive data may bemanaged based on events related to use or storage of the sensitive data.The cryptography techniques may also include preventing rollback and/orreplay attempts to use or access stored sensitive data, such as keys andtokens.

In some embodiments, the security engine 112 may maintain a cryptolibrary 362. The crypto library 362 can include cryptographic functionsand cryptography information (e.g., cryptographic codes, keys, and/orpasswords). The crypto library 362 may be used to implementcryptographic functions and to store security information (e.g.,sensitive data) to provide enhanced security and protection forapplications executing in the secure operating environment 110. Thecrypto library 362 may provide cryptographic codes and/or reliabilitycodes to modify, revoke, and/or mutate the security information. Theintegrity and authenticity of security information may be maintained bychanging the security information according to different techniquesdescribed herein.

D. Policy Services

The policy services 344 may enable the creation and management ofsecurity policies for managing security in the secure operatingenvironment 110. One or more security policies may be created (e.g.,pre-defined or dynamically created) and stored in the secure operatingenvironment in the security policy information 138. In some embodiments,security policies may be created and developed based on a securityprofile. A security profile can be maintained for applications. Thesecurity profile can be developed based on the sensitivity of the datafor an application, the type of an application, and/or the types ofsecurity services requested for the application. In some embodiments, anapplication can request the security engine 112 to create a securitypolicy based on criteria specified in the request. The security policiesmay be used to manage security for applications. The security engine 112can use the security policies to manage levels of security forapplication executing in the secure operating environment 110. In someembodiments, the security profile information 138 may be received from aremote computing device (e.g., a security server). Receiving thesecurity profile information 138 from a remote location may supportremote policy management, which may prevent security for the secureoperating environment 110 from being compromised. For example, thepolicy services 344 may manage security policies using techniques suchas those described with reference to FIGS. 6 and 7.

E. Access Control Services

The access control services 346 may provide centralized access controland policy enforcement for access to resources in the secure operatingenvironment 110. Examples of access control may include advanced accesscontrol (e.g., fine grain access control) to prevent access to securedresources in certain states. For instance, in non-root mode the user maynot be able to change certain settings on the device or may have readonly privileges for certain resources (e.g., sensitive data) associatedwith an application. For policy enforcement, the access control services346 may manage certain important aspects, such as disabling certainfeatures (e.g., Bluetooth) while using certain sensitive applications(e.g., payment application).

F. Authentication Services

The authentication services 348 may enable an application toauthenticate a user locally in the secure operating environment 110 orvia communication with a remote server. In one example, theauthentication services 348 may authenticate a user and/or a paymenttransaction conducted via a payment application executing in the secureoperating environment 110. The authentication services 348 may reducecomplexity for enabling an application to perform authentication. Theapplication can simply communicate a request via the security servicesinterface 360 to request authentication or information stored for theauthentication. In some embodiments, the secure operating environment110 may generate a secure channel between the computing device 110 and aremote server to complete a transaction. In one implementation, severaldifferent authentication services using one or multiple authenticationremote servers may be used for authenticating a transaction. In someimplementations, the type of transaction may determine theauthentication service and authenticating remote server used. Theauthentication services 348 may provide a response (e.g., the response124) that indicates acceptance, denial, and/or feedback about thetransaction. The authentication services 348 may communicate with thehost operating environment 102 to receive secure input forauthentication.

G. Privilege Escalation Detection Services

The privilege escalation detection services 350 may enable the securityengine 112 to determine whether privilege escalation (e.g.,jail-breaking or rooting) has occurred on the computing device 100. Inprivilege escalation, the privileges on the computing device 100 may beescalated such that access to resources in the computing device 100 iscompromised. As a result, access the resources of the computing device100 may become accessible to an unauthorized user, application, device,and/or process. Privilege escalation may enable security of thecomputing device 100 to be compromised (e.g., bypassed), therebyenabling any application (that may not be approved by the vendor) to beinstalled on the computing device 100. The escalated privileges maycomprise resources that are allocated for the secure operatingenvironment 110. To ensure that the secure operating environment 110 isin fact secure, the privilege escalation services 354 may determinewhether privilege escalation has occurred. Privilege escalationdetection may be difficult to implement by the computing device 100since the host operating environment 102 would need to determine whetherprivileges to its access have been altered. Since the secure operatingenvironment 110 is secure, trusted, and tamper-resistant, the secureoperating environment 110 may encounter less difficulty in identifyingan occurrence of or attempt to perform privilege escalation. In oneimplementation, the privilege escalation detection services 350 may usebehavior analyses, fingerprinting, etc. to determine if privilegeescalation has occurred.

In some embodiments, the privilege escalation services 350 may beperformed before the security engine 112 determine security servicesthat can be provided to an application. For example, prior todetermining security capabilities of the computing device 100 and/or thesecure operating environment 110, the privilege escalation detectionservices 350 may determine whether privilege escalation has occurred orbeen attempted on the computing device 100. In such embodiments, thesecurity decision engine 134 may not select a security capability of thehost operating environment 102 to avoid a potential security breachcaused by the privilege escalation.

H. Identity Management Services

The identity (ID) management services 352 may provide services to manageuser identifies, such as single sign-on identities, and abstract awaydetails of managing and safeguarding the identity of the user. In someembodiments, the ID management services 352 may enable differentapplications to use a federated ID to access different services providedby the secure operating environment. For example, the federated ID mayenable a user to use an application on the computing device 100 toconduct transactions at two different merchants using two differentaccounts.

I. Secure Connection Services

The secure connection services 354 may implement communication withexternal computing devices using a variety of different securitycommunication protocols for isolation and protection of data andcommunication. The different security communication protocols mayinclude Virtual Private Network (VPN), Transport Layer Security (TLS)and/or SSL.

In some embodiments, the secure connection services 354 may facilitate aconnection to a remote computing device (e.g., a security server) toobtain information (e.g., cryptograms) and other security information tomanage the secure storage solution 366. The security information manager364 may use the information received from the remote computing device tomutate and change properties and/or storage for the secure storagesolution 366 to prevent unauthorized access to security information. Forexample, the security information may be generated based on information(e.g., seed data or encrypted information) stored at a remote server(e.g., a backend security server).

Example: Storage of Sensitive Data in a Secure Operating Environment

FIG. 4 shows a computing environment 400 of a computing device (e.g.,the computing device 100) that may implement a secure operatingenvironment (e.g., the secure operating environment 110) according tosome embodiments of the present invention. FIG. 4 shows data storage ina secure operating environment in comparison to data store in otherenvironments on a computing device.

The computing environment 400 may have various software and hardwarecomponents. For example, the computing environment 400 may includedevice memory (e.g., the device memory 212), and a secure element (e.g.,the secure element 214). The secure element 214 can be implemented as anembedded component or as a removable component such as a SIM card or aSD card, and may include a combination of various memory types, such as,volatile memory, non-volatile memory, cache, etc. Volatile memory iscomputer memory that requires power to maintain the stored information(e.g., SRAM, DRAM, etc.). Non-volatile memory is computer readableand/or writable memory that can retain the stored information even whennot powered. Examples of non-volatile memory include read-only memory(see ROM), flash memory, etc. The device memory 212 may be implementedin hardware. All or part of the device memory 212 may be shared withother system resources, and may be used by multiple operatingenvironments.

The computing environment 400 may include software components that canimplement various operating environments, such as the secure operatingenvironment 110 and a host operating environment (not shown) on thecomputing device 100. Operating environments implemented using softwarecomponents may be implemented using hardware components and/or firmwarecomponents. For example, the secure operating environment 110 may beimplemented such that it has dedicated system and processing resources,independent of other operating environments in the computing environment400. The secure operating environment 110 may be physically isolatedfrom in the computing environment 400.

A secure operating environment, such as the secure operating environment110 may be supported by a security engine, e.g., the security engine112. The security engine 112 may enable applications (e.g., theapplication 114 and the application 116) to operate in a secure manner.In some embodiments, the security engine 112 may implement a securestorage solution 366 for secure storage of information for the secureoperating environment 110. The secure storage solution 366 may usememory that is different from memory used to implement otherenvironments (e.g., a host environment) on the computing device 100. Thesecure storage solution 366 may securely manage storage of sensitivedata (e.g., the sensitive data 470) for the applications executing inthe secure operating environment 110. As explained earlier, the securityengine 112 may provide security services to the applications executingin the secure operating environment 110. Implementing a secure operatingenvironment using such techniques described herein may enable thesensitive data for the applications to be protected from access by otherenvironments within the computing environment 400.

The storage of highly sensitive data 470 for applications can bemaintained separately by the secure storage solution 366 from storage ofother data for the applications, such as application data (“app data”)412, 414, stored in other memory (e.g., the secure element 214 and thedevice memory 212) on the computing environment 400. In someembodiments, the security engine 112 of the secure operating environment110 can determine a location for storing data for the applications 114,116 based on a variety of factors including the sensitivity of the dataitself, the type of application, the type of operations performed bythose applications, or other criteria related to use of the data. Forexample, data used to process transactions for a payment application mayinclude account information, which may be regarded as highly sensitive,and therefore, may be stored securely under the protection of the secureoperating environment 110.

App data 412, 414 which may not be deemed highly sensitive or may bedeemed less sensitive that the sensitive data 470 may be stored indifferent memory on the computing environment 400, such as the devicememory 212 and/or the secure element 214. Data that is not protected bythe secure operating environment 110 may receive protection under thesecurity mechanisms supported by the host operating environment 102. Forexample, the applications 114, 116 may use the app data 412 forless-sensitive operations. In such an instance, the app data 412 may bestored in the secure element 214 where the app data 412 may stillreceive the benefit of security and isolation from some components ofthe computing environment 400, but may not need support of the securityservices offered by the security engine 112.

In some embodiments, the security engine 112 may dynamically determinesensitivity with respect to the data for an application, and may modifya location of the data based on the sensitivity. For example, a locationof the data may be modified based on the sensitivity of the operationsperformed by the application with respect to the data. In someembodiments, when a location of data is changed, the security engine 112may modify the data to conform to the security mechanism(s) supported bythe environment supported the memory including the modified location.Changes in sensitivity of the data, either based on the content of thedata or operations performed using the data, may trigger movement of thedata from one storage location to another. For example, the app data 414may be moved to storage managed by the secure storage solution 366 whenthe app data 414 performs highly sensitive operations. In anotherexample, the security engine 112 may, upon detecting an unauthorizedattempt to access the app data 412, move the app data 412 to storagemanaged by the secure storage solution 366 to prevent or stop tamperingof the app data 412. The data for the applications 114, 116 may be movedfrom different storage locations based on implementation of securitypolicies, such as those described below with reference to FIGS. 6 and 7.In some embodiments, although the app data 412, 414 may be shown outsideof the secure operating environment 110, such data may receiveprotection from security services provided by the secure operatingenvironment 110.

Security Capabilities Information

FIG. 5 shows information 500 about security capabilities of a secureoperating environment and a host operating environment of a computingdevice according to some embodiments of the present invention. Thesecurity capabilities information 130 can include the information 500.The information 500 can be generated at another device and stored on acomputing device, e.g., the computing device 100 of FIG. 1.Alternatively or additionally, the information 500 may be generateddynamically by the security engine 112 based on determination ofsecurity capabilities of a secure operating environment (e.g., thesecure operating environment 110) and/or a host operating environment(e.g., the host operating environment 102). In some embodiments, thesecurity engine 112 can update security capabilities in the information500 upon identifying new security capabilities or upon determining achange in existing security capabilities. As explained above, thesecurity engine 112 can use security capabilities information todetermine the security services that meet the security needs of theapplication.

Although the information 500 is shown including the securitycapabilities arranged in one manner (e.g., type of securitycapabilities), the security capabilities may be organized in othermanners that enable security capabilities to be determined for a secureoperating environments and/or a host operating environment. In someembodiments, security capabilities may be organized in the information500 in more or fewer categories to enable determination of securitycapabilities.

FIG. 5 shows an example of types of security capabilities 520 that canbe identified in the information 500. In the example, the types ofsecurity capabilities 520 may include memory management 504, dataprotection 506, communication security 508, identity management 510,authentication 512, access control 514, and/or privilege escalationdetection 516. The information 500 may indicate security capabilities ofa secure operating environment 522 and/or security capabilities of ahost operating environment 524 with respect to the different types ofsecurity capabilities 504-516.

The following are examples of the types of security capabilitiesindicated by the information 500. For the secure operating environmentsecurity capabilities 522, the memory management security capabilities504 may include security services such as allocation/de-allocation ofmemory, memory isolation, scrubbing, fragmentation management, memoryrecovery, read/write, initialization, and rounding size/ceiling sizemanagement. For the host operating environment security capabilities524, the memory management security capabilities 504 may include theaccess to a secure storage and a secure element.

For the secure operating environment security capabilities 522, the dataprotection security capabilities 506 may include data encryption (e.g.,AES, 3DES, DES), hashing, random number generation, management functions(e.g., rollback/replay management or time-bound data management), andcryptographic codes. For the host operating environment securitycapabilities 524, the data protection security capabilities 506 mayinclude availability of data encryption (e.g., AES) and keychainmanagement.

For the secure operating environment security capabilities 522, thecommunication security capabilities 508 may include SSL, TLS, and VPN.For the host operating environment security capabilities 524, thecommunication security capabilities 508 may include SSL.

For the secure operating environment security capabilities 522, theidentity management security capabilities 510 may include login/passwordmanagement and bank account management. For the host operatingenvironment security capabilities 524, there may be no securitycapabilities in the identity management security capabilities 510category.

For the secure operating environment security capabilities 522, theauthentication security capabilities 512 may include authentication ofcommunications and commerce, and local and remote authentication. Forthe host operating environment security capabilities 524, theauthentication security capabilities 512 may include authentication ofuser access.

For the secure operating environment security capabilities 522, theaccess control security capabilities 514 may include advanced accesscontrol (e.g., fine grain access control). For the host operatingenvironment security capabilities 524, there may be no securitycapabilities in the access control security capabilities 514 category.

For the secure operating environment security capabilities 522, theprivilege escalation detection capabilities 516 may includejail-breaking detection and root detection. For the host operatingenvironment security capabilities 524, there may be no securitycapabilities for the privilege escalation detection capabilities 516category.

The security capabilities indicated in the example shown in FIG. 5 mayinclude more or fewer security capabilities. The security capabilitiesmay depend on many factors including availability of system and/orprocessing resources, and capabilities of the computing device.

Example of Security Policies For A Secure Operating Environment

FIG. 6 shows information 600 about security policies implemented for asecure operation environment according to some embodiments of thepresent invention. Specifically, the information 600 provides examplesof different security policies that may be used by a secure operatingenvironment (e.g., the secure operating environment 110). Theinformation 600 may be included in the security policy information 138.The security policies indicated in the information 600 is not anexhaustive list and may include more or fewer security policies. In someembodiments, security policies may be added or modified based onavailability of security capabilities.

In the example shown in FIG. 6, the information 600 may includedifferent policies 620, such as a trusted security policy 602, a private(secure) security policy 604, a semi-private security policy 606, and anuntrusted security policy 608. The security policies 602-608 may be usedto manage security a secure operating environment. For example, thesecurity policies 602-608 may be used to management security forapplications executing in the secure operating environment 110. Theinformation may indicate protection criteria 624 based on which thesecurity policies 602-608 are implemented. The protection criteria 624may be different or shared between the different security policies602-608. The protection criteria 624 may be chosen based on a securityprofile 622. In some embodiments, the protection criteria 624 may bebased applications, functions, operations, or data that are protectedunder a policy. The security profile 622 can be used to identify aclassification or sensitivity (e.g., highly sensitive, sensitive,important, or not important) of operations performed by an applicationexecuting in the secure operating environment. The security profile maybe based on a type of an application, a type of data processed by anapplication, contents of data, other criteria that may indicate level ofsensitivity of the operations performed by an application, or acombination thereof. The secure operating environment may use thesesecurity policies to manage security for applications executing in thesecure operating environment.

The security policies 602-608 may be used by the security engine 112 todetermine security services to select for applications. For example, thesecure operating environment 112 may chose a security policy toimplement for an application based on the security profile that bestfits the functions being performed for the application and/or the typeof data processed for the application. In some embodiments, uponchoosing a security policy to implement for an application, the secureoperating environment 110 may choose security services based on thesecurity capabilities selected by the security policy.

In some embodiments, a security policy may indicate an effective timeperiod 626 when the security policy is to be implemented. For example,the security policy may indicate a time period, or a schedule forapplying the security policy. The time period may correspond to specificsecurity services provided by the secure operating environment. In someembodiments, the time period may be defined based on events that canoccur with respect to the application. In some embodiments, the securitypolicy may indicate criteria (e.g., events, states, or the like) basedon which all or a part of the security policy is to be applied.

The security policy may indicate specific security services and/orsecurity capabilities to implement and the criteria under which toimplement those services/capabilities. The security policy may indicatecriteria (e.g., events) based on which the security policy is to beapplied. For example, a security policy may indicate security servicesto perform, such as data protection 628, memory management 630, and/orcommunication security 632. The information 600 may include more orfewer types of security services provided for a security policy.

The policies 602-608 shown in FIG. 6 are examples of security policiesto illustrate one way in which security policies may be implemented in asecure operating environment. For example, the trusted security policy602 may correspond to a highly sensitive security profile. The trustedsecurity profile 602 may be implemented based on protection criteria 624including highly sensitive data and/or operations being performed by anapplication. For example, the trusted security policy 602 may beimplemented for applications and functions such as payment transactionsand bank account access that involve use and manipulation of highlysensitive data (e.g., a PAN, a PIN, financial transactions, and accesscodes).

The trusted security policy 602 may offer different effective periodsfor the different security services indicated by the trusted securitypolicy 602. The data protection 628 corresponding to the security policy602 may indicate the data protection services chosen and the policy formanaging a secure storage solution. Under the chosen data protectionservices, implementation of storage for the secure storage solution 366may be mutated on a time bound schedule. By mutating the secure storagesolution 366, unauthorized entities may be prevented from determiningthe cryptographic techniques to gain access to the secure storagesolution 366. The sensitive data may be mutated more frequently toprevent cryptographic techniques from being utilized to access thesensitive data.

Memory management 630 for the trusted policy 602 may indicate memorymanagement services that are chosen for memory management in the secureoperating environment. The effective period may indicate a schedule whenthe memory management services are performed under the trusted policy.The security policy 602 may indicate other criteria such as conditions,states, and/or events under which specific memory management functionsare performed. The communication security 632 for the security policy602 may indicate the communication security services that are utilizedfor the policy. The security policy 602 may indicate the criteria underwhich the communication security is performed.

In another example, the security policy 604 is a private (e.g., secure)security policy based on protection criteria for a sensitive securityprofile. The security policy 604 may be based on protection criteria 624such as sensitive applications including email access and health accountmanagement. The sensitive data may include information like emailaccount information and medical account information. The security policy604 may indicate security services that provide similar type ofprotection for highly sensitive data and applications. However, thesecurity policy 604 may indicate the data protection services 628, thememory management services 630 and the communication security 632services for the security policy 604. Since the sensitivity is reducedfor the security policy 604, the effective time periods for the securityservices may be different. Although not shown, the security policy 604may indicate other criteria for performing the security servicesidentified in the security policy 604.

The information 600 may include other security policies, such as asemi-private security policy 606 for important data and applications andan untrusted policy 608 for applications and data that may not besensitive. The security policies 606, 608 may indicate an effective timeperiod to perform the security services, such as data protection 628,memory management 630, and communication security 632. In some cases,for example, data protection and communication security may not beprovided as these services may not be necessary based on the protectioncriteria 624 corresponding to the security policy.

The example security policies 602-608 shown in the information 600illustrates an incremental change 640 in a security corresponding to thechange in security profile. Security in a secure operating environmentcan be adjusted to utilize security services corresponding to a securityprofile. The security services can be chosen from security capabilitiesavailable in the secure operating environment and/or a host operatingenvironment.

Example of Security Policies for a Secure Operating Environment

FIG. 7 shows information 700 about security policies implemented for asecure operation environment according to some embodiments of thepresent invention. Specifically, FIG. 7 shows the information 700provides examples of different security policies that may be used by asecure operating environment (e.g., the secure operating environment110). The information 700 may be included in the security policyinformation 138. The security policies indicated in the information 600is not an exhaustive list and may include more or fewer securitypolicies. In some embodiments, security policies may be added ormodified based on availability of security capabilities.

The examples shown in FIG. 7 identify other types of criteria, such assecurity information management, which can be used by the secureoperating environment for managing a secure storage solution (e.g., thesecure storage solution 366). The security policies 702-708 are examplesof security policies that can be defined for protection criteria 724corresponding to a security profile 722. Similar to the securitypolicies 602-608, the security policies 702-708 may indicate securityservices that may be performed for the security policies. FIG. 7 showsan incremental change 740 in security corresponding to a change insecurity profile selected for managing security in a secure operatingenvironment.

The security policies 702-708 may be also used to manage securityinformation for applications executing in a secure operatingenvironment. The security policies 702-708 may include criteria such assecurity information management 728. The security information management728 may indicate conditions by which the secure storage solution is tobe modified (e.g., mutated). For example, for a highly sensitivesecurity profile 722, the security information management 728 mayindicate conditions such access and change. In the event that anunauthorized attempt to access (e.g., privilege escalation) the securestorage solution has occurred, the security operating environment mayrevoke the security information in the secure storage solution andmutate the secure storage solution to prevent the security informationfrom being compromised. In the event that the secure storage solutionhas been accessed with proper authorization, the secure operatingenvironment may mutate the secure storage solution to ensure that securestorage solution changes to prevent future intruders from gaining accessto the secure storage solution. The secure operating environment may, asa default scheduled process according to the security policy 702, mutatethe secure storage solution on a periodic schedule according to theeffective time period 726 to ensure that unauthorized users may not gainaccess to the secure storage solution.

The other security policies 704-708 may include criteria for managing asecure storage solution and the security information according tosensitivity corresponding to the security profile 722. The securityinformation management 728 for other security policies may indicate adifferent schedule or different actions with respect to the securestorage solution based on sensitivity of security information managedfor a policy.

Having described implementation of a secure operating environment thatcan assess security capabilities of the computing device and/or providesecurity services, some embodiments of processes performed by a secureoperating environment are described below with reference to FIGS. 8-11.

Individual embodiments described as a process may be depicted as aflowchart, a flow diagram, a data flow diagram, a structure diagram, ora block diagram. Although a flowchart may describe the operations as asequential process, many of the operations may be performed in parallelor concurrently. In addition, the order of the operations may bere-arranged. A process is terminated when its operations are completed,but could have additional steps not included in a figure. A process maycorrespond to a method, a function, a procedure, a subroutine, asubprogram, etc. When a process corresponds to a function, itstermination may correspond to a return of the function to the callingfunction or the main function.

Example: Determining Security Capabilities to Provide a Security Service

FIG. 8 shows a flow diagram of a process 800 for providing a securityservice to an application executing in a secure operating environmentaccording to some embodiments of the present invention. For example, theprocess 800 may determine a security service to provide to anapplication (e.g., the application 114) executing in the secureoperating environment 110. The process 800 may determine securitycapabilities of a secure operating environment and security capabilitiesof a computing device, and then use the determined security capabilitiesto further determine a security service to provide to an application.

Starting at block 805, the process 800 may execute a secure operatingenvironment on a computing device (e.g., a mobile computing device). Forexample, processor(s) of the computing device 110 may execute the secureoperating environment 110.

At block 810, the process 800 may include the secure operatingenvironment executing an application (e.g., a payment application).Prior to executing an application in the secure operating environment, asecurity engine (e.g., the secure engine 112) of the secure operatingenvironment may perform one or more security services designed toimplement an execution environment to enable execution of theapplication. The security services may include those described withreference to FIGS. 3 and 5. The security engine may allocate memory forthe application using a secure storage solution (e.g., the securestorage solution 366) of the secure operating environment. The securityengine may determine security capabilities on the computing device todetermine a manner and mode for running the application. Based on thetype of application, the security engine may implement security for theapplication. Security may be implemented based on security policiesdefined by security policy information. The security policy may be usedto determine criteria for enabling an application to execute in thesecure operating environment. In some embodiments, the security policymay indicate services and/or capabilities to enable prior to executionof the application.

Upon executing the application, at block 815, the process 800 mayreceive, from the application, a request for a security service. Therequest may be received by the secure operating environment. Forexample, the security engine 112 of the secure operating environment 110may receive the request 122 for a security service to be provided to theapplication 114. To provide the security service, the secure operatingenvironment 110 may determine security capabilities, those available inthe secure operating environment and those available in the computingdevice.

At block 820, the process 800 may include the secure operatingenvironment determining security capabilities of the computing device toprovide the security service. For example, the security engine 112 maydetermine the security capabilities of the computing device 100. In someinstances, the computing device may not provide security capabilitiesthat can provide the security service requested. In such cases, theprocess 800 may determine that the computing device does not havesecurity capabilities to provide the security service. The secureoperating environment may store information, such as the securitycapabilities information 130, which indicates the security capabilitiesof the computing device. The information about the security capabilitiesmay indicate categories or types of security capabilities correspondingto security capabilities offered by the computing device (e.g., thesecurity capabilities information 500). The information about thesecurity capabilities may have been previously obtained from the hostoperating environment 102.

In some embodiments, the secure operating environment may dynamicallydetermine the security capabilities of the computing device to providethe security service. Because the security capabilities of the computingdevice may change, the secure operating environment may determine thesecurity capabilities when needed, such as when a security service isrequested. In one example, the security capabilities of the computingdevice may change based on resources available in a host operatingenvironment (e.g., the host operating environment 102) of the computingdevice. The secure operating environment may determine securitycapabilities of the computing device by sending one or more requests(e.g., the request 126) to the host operating environment to determinethe security capabilities that are available from the host operatingenvironment 102. In some embodiments, the request 126 may include one ormore operations, commands, or the like intended to determine securitycapabilities of the host operating environment to provide the securityservice requested by the application.

At block 825, the process 800 may include the secure operatingenvironment determining the security capabilities of the secureoperating environment to provide the security service requested by theapplication. As explained earlier, the secure operating environment mayinclude a security engine that may store information about securitycapabilities (e.g., the security capabilities information 500) of thesecure operating environment. In some embodiments, the security engine112 of the secure operating environment 110 may access the securitycapability information to determine types of security capabilitiesprovided by the secure operating environment. Based on the types ofsecurity capabilities, the security engine 112 may determine whether anyof the security capabilities may provide the security service.

At block 830, the process 800 can select at least one securitycapability to provide the security service requested by the application.The security capability may be selected from the security capabilitiesof the computing device and/or the security capabilities of the secureoperating environment. Upon determining that the computing doesn'tprovide a security capability to provide the service, the process 800may select a security capability provided by the secure operatingenvironment. In some embodiments, the secure operating environment mayselect one or more security capabilities provided by both the secureoperating environment and the host operating environment.

An example will now be discussed that describes how the securitycapability may be selected based on security capabilities that have beendetermined. For example, a payment application executing in the secureoperating environment may request data protection as a security servicefor the application. To secure sensitive data, such as identification orpayment information, the payment application may desire to performcryptographic operations and to store the sensitive data in a securelocation in memory of the computing device. The security engine of thesecure operating environment may compare the security capabilities ofthe computing device to the security capabilities of the secureoperating environment. In one exemplary comparison, the secure operatingenvironment may determine that the secure operating environment providescryptographic services supporting a stronger encryption methodology notavailable from the computing device.

In some instances, the secure operating environment may provide othersecurity capabilities in addition to those available from the computingdevice. For example, the secure operating environment may provide otherdata protection services such as a secure storage solution 366 forstoring the sensitive data in a more secure location and/or modifyingstorage of the sensitive data periodically so as to prevent access tothe data. In the example just described, the secure operatingenvironment may choose the security capabilities of the secure operatingenvironment because they provide greater protection for the sensitivedata. In some embodiments, the security capabilities of the hostoperating environment may be chosen where the host operating environmentprovides comparable, if not better, security capabilities. In someembodiments, the secure operating environment may choose securitycapabilities from both the secure operating environment and the hostoperating environment. Selecting security capabilities from bothenvironments can maximize processing and/or system resources of bothenvironments.

At block 835, the process 800 can provide the security request to theapplication based on at least one security capability that is selected.Providing the security capability can include enabling a securitycapability that can be used by the application. Providing the securitycapability can include performing the security service for theapplication based on the chosen security capabilities. The process 800ends at block 840.

Blocks 805-835 can be performed in an iterative manner for each secureoperating environment executed on a computing device. Alternatively oradditionally, blocks 815-835 can be performed in an iterative manner foreach request for a security service in a secure operating environment.It will be appreciated that process 800 is illustrative and thatvariations and modifications are possible. Action or operationsdescribed for process 800 as sequential may be executed in paralleland/or order of operations may be varied, and operations may bemodified, combined, added or omitted.

Example: Determining a Security Policy to Manage Security of Memory

Now turning to FIG. 9, a flow diagram of a process 900 is shown forimplementing a security policy in a secure operating environmentaccording to some embodiments of the present invention. In one example,the process 900 may determine a security policy for managing security ofmemory for an application (e.g., the application 114) executing in asecure operating environment. The process 900 may then use the securitypolicy to identify and select an action to perform for managing securityof the memory.

Starting at block 905, the process 900 may execute a secure operatingenvironment on a computing device (e.g., a mobile computing device). Atblock 910, the process 900 may include the secure operating environmentexecuting an application.

Upon executing the application, at block 915, the process 900 mayreceive, from the application, a request for a security service tomanage security of memory for the application. The request may bereceived by the secure operating environment. For example, the securityengine 112 may receive the request 122 for a security service to managesecurity of memory for the application 114. The request may indicate atype of the application and/or a type of operation being performed forwhich security of memory is to be managed. In the instance in which theapplication is related to payment processing, the request 122 may becommunicated for data protection related to information (e.g., personalidentification information) stored for processing payments.

At block 920, the process 900 may determine a security policy formanaging security of the memory. For example, the secure operatingenvironment 110 may consult the security policy information (e.g., thesecurity policy information 600 or the security policy information 700)to determine a security policy for managing security of the memory forthe application. Based on the request, the secure operating environmentmay determine a type of the application and/or the type of informationto be protected in the memory for the application. Returning to theexample of a payment application, the secure operating environment mayuse security policy information (e.g., the security policy information700) to determine that a trusted security policy (e.g., the trustedsecurity policy 702) may be suited for managing security of memory forstoring highly sensitive information (e.g., financial accountinformation and personal identification information).

At block 925, the process 900 may select, based on the security policy,one or more actions to perform for managing security of the memory forthe application. The security policy (e.g., the trusted security policy702) may indicate security services to be performed and/or enabled forimplementing the security policy. The security policy may indicateactions to be performed using those security services. For example, inFIG. 7, the trusted policy 702 may indicate actions such as allocatingand de-allocating memory, scrubbing, and fragmentation management asactions to be performed for managing security of storage. One or more ofthese actions may be selected. In some embodiments, an action may beselected based on a specific type of sensitive data that is beingstored. Although no shown, the trusted policy may indicate specificactions to be performed for curtained types of data.

At block 930, the process 900 performs the action selected from thesecurity policy. As explained above, multiple actions may be selectedfor a security policy. The process 900 ends at block 935.

Blocks 905-930 can be performed in an iterative manner for each secureoperating environment executed on a computing device. Alternatively oradditionally, blocks 915-930 can be performed in an iterative manner foreach request for a security service to manage security of memory for anapplication executing in a secure operating environment. It will beappreciated that process 900 is illustrative and that variations andmodifications are possible. Action or operations described for process900 as sequential may be executed in parallel and/or order of operationsmay be varied, and operations may be modified, combined, added oromitted.

Example: Using a Security Policy to Manage Storage of SecurityInformation

Now turning to FIG. 10, a flow diagram of a process 1000 is shown forimplementing a security policy in a secure operating environmentaccording to some embodiments of the present invention. In one example,the process 1000 may determine a security policy for managing storage ofsecurity information for an application executing in the secureoperating environment 110. The process 1000 may then use the securitypolicy to manage storage of security information based on criteriaindicated by the security policy.

Starting at block 1005, the process 1000 may execute a secure operatingenvironment on a computing device (e.g., a mobile computing device). Atblock 1010, the process 1000 may include the secure operatingenvironment executing an application.

At block 1015, the process 1000 may determine a security policy formanaging storage of security information (e.g., a secure storagesolution) for the application executing in the secure operatingenvironment. The security policy (e.g., the trusted security policy 702)may indicate security services to manage storage of the securityinformation. A security policy (e.g., the trusted security policy 702)may indicate the security services that can be performed to manage thesecurity information. In some embodiments, the security services tomanage storage for the security information may be performed by thesecurity information manager 364

At block 1020, the process 1000 may use the security policy to detect anevent related to managing storage of the security information for theapplication. For example, the security policy may indicate an event(e.g., a time period) for modifying or mutating properties of storage ofsecurity information. In this example, the security information manager364 may detect the occurrence of the time period according to thesecurity policy.

At block 1025, the process 1000 may use the security policy to select anaction to perform. Continuing from the previous example, the securitypolicy may be useful to indicate actions (e.g., actions to changeproperties) to perform on the storage upon detecting the event. In someembodiments, the security information manager 364 may mutate the storageto change its properties in response to the event.

At block 1030, the process 1000 may perform the selected action. In someembodiments, the selected action may be performed by the computingdevice, e.g., the operating system, the firmware, or the hardware.

Blocks 1005-1030 can be performed in an iterative manner for each secureoperating environment executed on a computing device. Alternatively oradditionally, blocks 1015-1030 can be performed in an iterative mannerto determine and apply a security policy for each application executingin the secure environment. Alternatively or additionally, blocks1020-1030 can be performed in an iterative manner for each event that isdetected relating to managing storage of the security information forthe application. It will be appreciated that process 1000 isillustrative and that variations and modifications are possible. Actionor operations described for process 1000 as sequential may be executedin parallel and/or order of operations may be varied, and operations maybe modified, combined, added or omitted.

Example: Using a Security Policy to Manage Memory for an Application

Now turning to FIG. 11, a flow diagram of a process 1100 is shown forimplementing a security policy in a secure operating environmentaccording to some embodiments of the present invention. In anotherexample, the process 1100 may determine a security policy for managingmemory for an application (e.g., the application 114) executing in thesecure operating environment 110. The process 1100 may then use criteriaindicated by the security policy to select an action to manage memory inresponse to detecting a change in a state of the memory.

Starting at block 1105, the process 1100 may execute a secure operatingenvironment on a computing device (e.g., a mobile computing device). Atblock 1110, the process 1100 may include the secure operatingenvironment executing an application.

At block 1115, the process 1100 may determine a security policy formanaging memory for the application executing in the secure operatingenvironment. The security policy may indicate the security services toprovide for managing the memory, and the conditions upon which thesecurity services are to be provided.

At block 1120, the process 1100 may detect an event related to a changein state of the memory allocated for the application. For example, thesecurity engine 112 may use memory management services 340 to detect achange in state of storage managed by the secure storage solution 366. Achange in the state of the storage may be indicative of an attempt totamper or access the memory. To provide a secure environment and protectsensitive data, the memory management services 340 may detect the changein state in order to identify an attempt to access or modify storage ofsensitive data for the application.

At block 1125, the process 1100 may use the security policy to select anaction to perform in response to the detected event. The security policymay indicate actions for a security service to provide for managingmemory for an application. For example, a security policy (e.g., thesecurity policy 702) may indicate actions, such as modifying the memoryaccording to memory management actions to prevent a potentialunauthorized access to the memory. In particular, the security policy(e.g., the security policy 702) may indicate criteria (e.g., differentstates or conditions) when the security service and correspondingactions should be performed.

At block 1130, the process 1100 may perform the action selected for thesecurity service. As explained above, a security service determined froma security policy may include one or more actions. The process 1100 endsat block 1135.

Blocks 1105-1130 can be performed in an iterative manner for each secureoperating environment executed on a computing device. Alternatively oradditionally, blocks 1115-1030 can be performed in an iterative mannerto determine and apply a security policy for each application executingin the secure environment. Alternatively or additionally, blocks1120-1030 can be performed in an iterative manner for each event that isdetected relating a change in a state of memory allocated for theapplication. It will be appreciated that process 1100 is illustrativeand that variations and modifications are possible. Action or operationsdescribed for process 1100 as sequential may be executed in paralleland/or order of operations may be varied, and operations may bemodified, combined, added or omitted.

FIG. 12 illustrates at least some of the elements of an exemplary mobiledevice 1200 in accordance with some embodiments. Mobile device 1200 maybe a mobile phone, a tablet, a PDA, a laptop or any such electronicdevice capable of communicating and transferring data or controlinstructions via a wireless network (e.g., cellular network, internet,etc.) and short range communications. Mobile device 1200 may include theprocessor 1204 (e.g., a microprocessor) for processing the functions ofmobile device 1200 (e.g., a phone) and a display 1214 to allow a user tosee messages (e.g., alert messages), phone numbers, images, and otherinformation. Mobile device 1200 may further include input elements 1208to allow the user to input information into the device (e.g., using akeypad, touch screen, mouse, etc.), a speaker 1216 to allow the userhear voice communication, music, etc., and a microphone 1212 to allowthe user transmit voice through the device. Mobile device 1200 may alsoinclude an antenna 1202 for wireless data transfer.

In some embodiments, mobile device 1200 may allow the user tocommunicate with one or more entities, such as the entities described inFIG. 1. Mobile device 1200 may act as a payment device that may be usedto make payments, conduct a transaction, a communication device to allowa user to log on to a website and download an application, etc. Mobiledevice 1200 may also allow the user to download and install securitysensitive applications on the mobile device 1200. The exemplary mobiledevice 1200 may comprise a computer readable medium (CRM) 1202comprising code executable by the processor 1204 for implementingmethods and processes using embodiments of the invention. The computerreadable medium 1202 may be in the form of a memory that stores data andcould be internal to the device or hosted remotely (i.e., cloud) andaccessed wirelessly by the device. A contactless element 1206 may becapable of transmitting and receiving wireless data or instructionsusing a short range wireless communications capability.

FIG. 13 is a high level block diagram of a computer system that may beused to implement any of the entities or components described herein.The subsystems shown in FIG. 13 are interconnected via a system bus1302. Additional subsystems may include a printer 1310, keyboard 1318,fixed disk 1320, and monitor 1312, which is coupled to display adapter1314. Peripherals and input/output (I/O) devices, which couple to I/Ocontroller 1304, can be connected to the computer system by any numberof means known in the art, such as a serial port. For example, serialport 1316 or external interface 1322 can be used to connect the computerapparatus to a wide area network such as the Internet, a mouse inputdevice, or a scanner. The interconnection via system bus 1302 allows thecentral processor 1308 to communicate with each subsystem and to controlthe execution of instructions from system memory 1306 or the fixed disk1320, as well as the exchange of information between subsystems. Thesystem memory 1306 and/or the fixed disk may embody a computer-readablemedium.

As described, the inventive service may involve implementing one or morefunctions, processes, operations or method steps. In some embodiments,the functions, processes, operations or method steps may be implementedas a result of the execution of a set of instructions or software codeby a suitably-programmed computing device, microprocessor, dataprocessor, or the like. The set of instructions or software code may bestored in a memory or other form of data storage element which isaccessed by the computing device, microprocessor, etc. In otherembodiments, the functions, processes, operations or method steps may beimplemented by firmware or a dedicated processor, integrated circuit,etc.

It should be understood that the present invention as described abovecan be implemented in the form of control logic using computer softwarein a modular or integrated manner. Based on the disclosure and teachingsprovided herein, a person of ordinary skill in the art will know andappreciate other ways and/or methods to implement the present inventionusing hardware and a combination of hardware and software.

The term “machine-readable storage medium” includes, but is not limitedto, portable or non-portable storage devices, optical storage devices,and various other mediums capable of storing, containing, or carryinginstruction(s) and/or data. A machine-readable medium may include anon-transitory medium in which data may be stored and that does notinclude carrier waves and/or transitory electronic signals propagatingwirelessly or over wired connections. Examples of a non-transitorymedium may include, but are not limited to, a magnetic disk or tape,optical storage media such as compact disk (CD) or digital versatiledisk (DVD), flash memory, memory or memory devices. A computer-programproduct may include code and/or machine-executable instructions that mayrepresent a procedure, a function, a subprogram, a program, a routine, asubroutine, a module, a software package, a class, or any combination ofinstructions, data structures, or program statements. A code segment maybe coupled to another code segment or a hardware circuit by passingand/or receiving information, data, arguments, parameters, or memorycontents. Information, arguments, parameters, data, etc. may be passed,forwarded, or transmitted via any suitable means including memorysharing, message passing, token passing, network transmission, etc.

Furthermore, embodiments may be implemented by hardware, software,firmware, middleware, microcode, hardware description languages, or anycombination thereof. When implemented in software, firmware, middlewareor microcode, the program code or code segments to perform the necessarytasks (e.g., a computer-program product) may be stored in amachine-readable medium. A processor(s) may perform the necessary tasks.

Systems depicted in some of the figures may be provided in variousconfigurations. In some embodiments, the systems may be configured as adistributed system where one or more components of the system aredistributed across one or more networks in a cloud computing system.

Any of the software components or functions described in thisapplication may be implemented as software code to be executed by aprocessor using any suitable computer language such as, for example,Java, C++ or Perl using, for example, conventional or object-orientedtechniques. The software code may be stored as a series of instructions,or commands on a computer-readable medium, such as a random accessmemory (RAM), a read-only memory (ROM), a magnetic medium such as ahard-drive or a floppy disk, or an optical medium such as a CD-ROM. Anysuch computer-readable medium may reside on or within a singlecomputational apparatus, and may be present on or within differentcomputational apparatuses within a system or network.

While certain exemplary embodiments have been described in detail andshown in the accompanying drawings, it is to be understood that suchembodiments are merely illustrative of and not intended to berestrictive of the broad invention, and that this invention is not to belimited to the specific arrangements and constructions shown anddescribed, since various other modifications may occur to those withordinary skill in the art.

As used herein, the use of “a”, “an” or “the” is intended to mean “atleast one”, unless specifically indicated to the contrary.

1-20. (canceled)
 21. A method comprising: determining, by an operatingenvironment, a policy for managing security of an application executingin the operating environment, wherein the policy is defined by aplurality of security profiles, each of the plurality of securityprofiles corresponding to a different level of security from a pluralityof levels of security, wherein the plurality of levels of security arefor managing the security of the application executing on the mobiledevice, and wherein the policy identifies one or more security servicesto perform for each of the plurality of levels of security; detecting,using the policy, an event related to the security of the application;identifying, by the operating environment, a security service to performfor managing the security of the application in response to the detectedevent, wherein the security service is identified from one of theplurality of security profiles in the policy based on a level ofsecurity determined for the detected event; and performing, by theoperating environment, the identified security service.
 22. The methodof claim 21, wherein the different level of security corresponds to adifferent classification of security based on one or more operationsperformed by the application executing in the operating environment onthe mobile device.
 23. The method of claim 21, wherein the plurality oflevels of security includes a highly sensitive level of security, asensitive level of security, an important level of security, and anon-important level of security.
 24. The method of claim 21, wherein thedifferent level of security corresponds to a different classification ofsecurity based on a type of data processed by the application executingin the operating environment on the mobile device.
 25. The method ofclaim 21, wherein the security of the application is managed based on asecurity profile selected from the plurality of security profiles, andwherein security profile is selected based on a type of the application,a type of data accessed by the application, or a combination thereof.26. The method of claim 25, wherein the one or more security servicesincludes a data protection service, a memory management service, acommunication service, or a combination thereof.
 27. The method of claim21, wherein the policy is determined based on a type of the applicationfor which security is to be managed.
 28. The method of claim 21, furthercomprising: determining the level of security for the security of theapplication based on the detected event; and identifying a securityprofile from the plurality of security profiles based on the determinedlevel of security, wherein the security service is identified from theidentified security profile.
 29. The method of claim 21, wherein thepolicy indicates one or more criteria for the different level ofsecurity corresponding to each of the plurality of security profiles,and wherein the event is detected based on the one or more criteriaindicated by the policy.
 30. A system comprising: one or moreprocessors; one or more memory devices accessible to the one or moreprocessors, the one or more memory devices including instructions which,when executed by the one or more processors, cause the one or moreprocessors to: determine, by an operating environment, a policy formanaging security of an application executing in the operatingenvironment, wherein the policy is defined by a plurality of securityprofiles, each of the plurality of security profiles corresponding to adifferent level of security from a plurality of levels of security,wherein the plurality of levels of security are for managing thesecurity of the application executing on the mobile device, and whereinthe policy identifies one or more security services to perform for eachof the plurality of levels of security; detect, using the policy, anevent related to the security of the application; identify, by theoperating environment, a security service to perform for managing thesecurity of the application in response to the detected event, whereinthe security service is identified from one of the plurality of securityprofiles in the policy based on a level of security determined for thedetected event; and perform, by the operating environment, theidentified security service.
 31. The system of claim 30, wherein the oneor more processors and the one or more memory devices are included inthe mobile device.
 32. The system of claim 30, wherein the differentlevel of security corresponds to a different classification of securitybased on operations performed by the application executing in theoperating environment on the mobile device.
 33. The system of claim 30,wherein the different level of security corresponds to a differentclassification of security based on a type of data processed by theapplication executing in the operating environment on the mobile device.34. The system of claim 30, wherein the one or more security servicesfor the one of the plurality of security profiles includes a dataprotection service, a memory management service, a communicationservice, or a combination thereof.
 35. The system of claim 30, whereinthe one or more memory devices further include instructions which, whenexecuted by the one or more processors, cause the one or more processorsto: determine the level of security for the security of the applicationbased on the detected event; and identify a security profile from theplurality of security profiles based on the determined level ofsecurity, wherein the security service is identified from the identifiedsecurity profile.
 36. The system of claim 35, wherein the policyindicates one or more criteria for the different level of securitycorresponding to each of the plurality of security profiles, and whereinthe event is detected based on the one or more criteria indicated by thepolicy.